Targeted product distribution system and method

ABSTRACT

A targeted product distribution system is described herein with respect to an exemplary management of product flow through a distribution center. Specifically, the system and method described herein is directed to the management and display of direct and easily-understood instructions, such that average individuals, as well as those with mental disabilities, will be able to contribute equally to the overall process.

RELATED APPLICATIONS

This application is a continuation application of U.S. application Ser.No. 12/358,203 entitled “TARGETED PRODUCT DISTRIBUTION SYSTEM ANDMETHOD” which was filed on Jan. 22, 2009, which claims priority to U.S.Provisional Patent Application 61/022,805, filed on Jan. 22, 2008, bothof which are incorporated by reference herein in their entirety.

FIELD OF THE INVENTION

This invention relates to a targeted product distribution system.

SUMMARY OF THE INVENTION

A targeted product distribution system is described herein with respectto an exemplary management of product flow through a distributioncenter. Specifically, the system and method described herein is directedto the management and display of direct and easily-understoodinstructions, such that average individuals, as well as those withmental disabilities, will be able to contribute equally to the overallprocess.

A first embodiment of the present invention comprises a first method ofidentifying and correcting errors associated with a product transporttub for allowing automatic conveyance of the product transport tubthroughout a distribution center. The first method comprises the stepsof receiving an error signal at a central computer indicating that anerror is associated with the product transport tub that will prevent thetub from being automatically conveyed about the distribution center. Thefirst method further comprises the steps of storing information relatedto the product transport tub and the error associated therewith in adatabase associated with the central computer, and transmitting, fromthe central computer, a first conveying signal. The first conveyingsignal diverts the tub from a normal workflow and conveys the tub to aworkstation for correction of the error.

The first method further comprises the steps of receiving objectidentifier information. This information may originate from an objectidentifier located on the product transport tub, and can be entered froma bed scanner, a handheld scanner, a keyboard or a touch-screen monitor.

The first method further comprises the steps of storing the objectidentifier information in the database associated with the centralcomputer, and determining at the central computer a first set ofinstructions to transmit to the touch-screen monitor associated with theworkstation. This first set of instructions may comprise a proper methodof correcting the error associated with the product transport tub, andmay be based on information in the database.

The first method further comprises the steps of transmitting the firstset of instructions to the touch-screen monitor, which may be displayedon the touch-screen monitor, and receiving at the central computer aconfirmation signal from a user that the instructions have beenimplemented.

The first method further comprises the steps of updating the databasewith correction information including information relating to thecorrection of the error, and transmitting from the central computer asecond conveying signal from the central computer for conveying theproduct transport tub back to normal workflow within the distributioncenter.

In the above embodiment, the sets of instructions may be text, icons orpictures, or any combination of the three. Additionally, the embodimentmay include a remote computer 22 located at the workstation.

The first method may further comprise the steps of confirming that theobject identifier information accurately identifies and describes theproduct transport tubs and the contents thereof, and correcting theerror associated with the product transport tub, or any combinationthereof.

Further, a plurality of automatic scanners and scales may be distributedthroughout the distribution center, wherein each of the plurality ofscanners and scales may be connected to the central computer, andwherein each of the plurality of scanners and scales may be configuredto send a signal to the central computer indicating that an error isassociated with a product transport tub.

BRIEF DESCRIPTION OF THE DRAWINGS

For a better understanding of the invention, reference may be had to thefollowing Figures, which further describe an embodiment of the presentinvention and which include drawings and exemplary screen shotstherefor:

FIG. 1 is an exemplary view of icons representing a case 120, inners 124and pieces 125 that may be employed by system 20.

FIG. 2 is an exemplary diagram showing a first embodiment of thelocation of server 23, remote computers 22, memory locations 32, andsoftware application 30 with respect to one another.

FIG. 3 is an overhead view of a first embodiment of the case check-inlayout.

FIG. 4 is an overhead view of a first embodiment of the case check-inworkstation.

FIG. 5 is an exemplary screen shot of a case check-in home screen foruse with the first embodiment of the present invention.

FIG. 6 is a further exemplary screen shot of the case check-in homescreen of FIG. 5.

FIG. 7 is an exemplary screen shot of an expiration date screen for usewith the first embodiment of the present invention.

FIG. 8 is an exemplary screen shot of an expiration window for use withthe first embodiment of the present invention.

FIG. 9 is a further exemplary screen shot of the expiration window seenin FIG. 8.

FIG. 10 is an exemplary screen shot of a lot number screen for use withthe first embodiment of the present invention.

FIG. 11 is an exemplary screen shot of a lot number window for use withthe first embodiment of the present invention.

FIG. 12 is an exemplary screen shot of a build tub screen for use withthe first embodiment of the present invention.

FIG. 13 is an exemplary screen shot of a tub creation window for usewith the first embodiment of the present invention.

FIG. 14 is a further exemplary screen shot of the lot number window seenin FIG. 13.

FIG. 15 is a further exemplary screen shot of the lot number window seenin FIG. 13.

FIG. 16 is a further exemplary screen shot of the lot number window seenin FIG. 13.

FIG. 17 is an exemplary screen shot of a damaged case screen for usewith the first embodiment of the present invention.

FIG. 18 is a further exemplary screen shot of the damaged case screen asseen in FIG. 17.

FIG. 19 is a further exemplary screen shot of the damaged case screen asseen in FIG. 18.

FIG. 20 is an exemplary screen shot of a damaged case tub window for usewith the first embodiment of the present invention.

FIG. 21 is an exemplary screen shot of a case pack screen for use withthe first embodiment of the present invention.

FIG. 22 is an exemplary screen shot of a case pack window for use withthe first embodiment of the present invention.

FIG. 23 is a further exemplary screen shot of the case pack window seenin FIG. 22.

FIG. 24 is an overhead view of an exemplary de-trash workstation for usewith the first embodiment of the present invention.

FIG. 25 is an overhead view of an exemplary layout of the de-trashstations for use with the first embodiment of the present invention.

FIG. 26 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 1.

FIG. 27 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 2.

FIG. 28 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 3.

FIG. 29 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 4.

FIG. 30 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 5.

FIG. 31 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 6.

FIG. 32 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 7.

FIG. 33 depicts exemplary icons employed by the first embodiment of thepresent invention related to de-trash level 8.

FIG. 34 is an exemplary screen shot of a de-trash screen for use withthe first embodiment of the present invention.

FIG. 35 is a further exemplary screen shot of the de-trash screen asseen in FIG. 34.

FIG. 36 is a further exemplary screen shot of the de-trash screen asseen in FIG. 35.

FIG. 37 is an exemplary screen shot of the overflow de-trash screen foruse with the first embodiment of the present invention.

FIG. 38 is a further exemplary screen shot of the overflow de-trashscreen as seen in FIG. 37.

FIG. 39 is a further exemplary screen shot of the overflow de-trashscreen as seen in FIG. 38.

FIG. 40 is a further exemplary screen shot of the overflow de-trashscreen as seen in FIG. 39.

FIG. 41 is a further exemplary screen shot of the overflow de-trashscreen as seen in FIG. 40.

FIG. 42 is an exemplary screen shot of a damaged product screen for usewith the first embodiment of the present invention.

FIG. 43 is a further exemplary screen shot of the damaged product screenas seen in FIG. 42.

FIG. 44 is a further exemplary screen shot of the damaged product screenas seen in FIG. 43.

FIG. 45 is a further exemplary screen shot of the damaged product screenas seen in FIG. 44.

FIG. 46 is a further exemplary screen shot of the damaged product screenas seen in FIG. 45.

FIG. 47 is a further exemplary screen shot of the damaged product screenas seen in FIG. 46.

FIG. 48 is a further exemplary screen shot of the damaged product screenas seen in FIG. 47.

FIG. 49 is a further exemplary screen shot of the damaged product screenas seen in FIG. 48.

FIG. 50 is an exemplary screen shot of an incorrect items screen for usewith the first embodiment of the present invention.

FIG. 51 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 50.

FIG. 52 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 51.

FIG. 53 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 52.

FIG. 54 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 53.

FIG. 55 is an exemplary screen shot of an incorrect de-trash levelscreen for use with the first embodiment of the present invention.

FIG. 56 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 55.

FIG. 57 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 56.

FIG. 58 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 57.

FIG. 59 is a further exemplary screen shot of the incorrect items screenas seen in FIG. 58.

FIG. 60 is an exemplary screen shot of a case hospital screen for usewith the first embodiment of the present invention.

FIG. 61 is an overhead view of an exemplary pallet hospital workstationfor use with the first embodiment of the present invention.

FIG. 62 is a close-up view of the pallet hospital workstation seen inFIG. 61.

FIG. 63 is an exemplary screen shot of the pallet hospital home screenfor use with the first embodiment of the present invention

FIG. 64 is a further exemplary screen shot of the pallet hospital homescreen as seen in FIG. 63.

FIG. 65 is an exemplary screen shot of the change pallet license platewindow for use with the first embodiment of the present invention.

FIG. 66 is an overhead view of an exemplary layout of the source taggingworkstations for use with the first embodiment of the present invention.

FIG. 67 is an exemplary screen shot of the source tagging screen for usewith the first embodiment of the present invention.

FIG. 68 is a further exemplary view of the source tagging screen as seenin FIG. 67.

FIG. 69 is an exemplary screen shot of the tub hospital screen for usewith the first embodiment of the present invention.

FIG. 70 is a further exemplary screen shot of the tub hospital screen asseen in FIG. 69.

FIG. 71 is an exemplary screen shot of the change tub license platewindow for use with the first embodiment of the present invention.

FIG. 72 is an exemplary screen shot of the select dirty tub window foruse with the first embodiment of the present invention.

FIG. 73 is a further exemplary screen shot of the select dirty tubwindow as seen in FIG. 72.

FIG. 74 is an exemplary diagram of the product flow in shipping for usewith the first embodiment of the present invention.

FIG. 75 is a top view of an exemplary wrist scanner for use with thefirst embodiment of the present invention.

FIG. 76 is an exemplary view of a palletizing station for use with thefirst embodiment of the present invention.

FIG. 77 is an exemplary top view of a tub hospital area for use with thefirst embodiment of the present invention.

FIG. 78 is an exemplary view of a tub hospital station for use with thefirst embodiment of the present invention.

DETAILED DESCRIPTION OF THE DRAWINGS

The present invention is described herein with respect to an exemplarymanagement of product flow through a distribution center. Specifically,the system and method described herein is directed to the management anddisplay of direct and easily-understood instructions, such that averageindividuals, as well as those with mental disabilities, will be able tocontribute equally to the overall process. In this way, companiesemploying the invention described herein will be able to hire and retainmore people with disabilities. It will be understood that various otherapplications can be used in accordance with the present invention. Byway of example, and in no way limiting, the elements taught herein maybe employed in various settings, such as an automotive assembly plant.

It will likewise be understood by those in the art that each time anoperator takes an action, system 20, through various interfacesdescribed below, as well as software application 30, can instruct theuser to perform certain tasks, as well as to require confirmation thatthe task has been completed.

Turning now to the Figures, wherein like reference numerals refer tolike elements, there is illustrated a system and method for managingproduct flow through a certain type of plant. Although not required, thesystem and method will be described in the general context of adistribution center.

A distribution center, such as distribution center 10 described herein,typically receives several pieces of product from one vendor, thencombines that product with product from several different vendors, andships the various products to several franchises throughout the area. Inan extremely simplistic example, and in no way limiting, a first vendormay send fifty boxes of cereal on a first pallet to distribution center10, a second vendor may send fifty boxes of aspirin on a second palletto distribution center 10, and a third vendor may send fifty boxes ofpaper napkins on a third pallet to distribution center 10. The staff atdistribution center 10 will then remove each box from each pallet, andcombine them, so that there are now fifty pallets, and each of the fiftypallets has one box of cereal, one box of aspirin and one box of papernapkins. The staff at distribution center 10 will then send one of themixed pallets to each of its fifty franchisees or stores in the area orelsewhere.

It is well known in the industry that, typically, product is shipped tothe distribution center in a case 120, which is typically a cardboardbox that contains various items. As seen in FIG. 1, depending on thetype of product, case 120 may comprise inners 124 and/or pieces 125.Inners 124 are the inside packaging or grouping of products in a case,while pieces 125 are individual items. Typically, but not always, pieces125 are the packaging in which the product is eventually sold at thestore or franchise.

In addition, multiple cases 120 may be shipped from a vendor to thedistribution center 10 on a vendor pallet 99. The cases 120 on thevendor pallet 99 may each contain the same product. Alternatively,several of the cases 120 on the vendor pallet 99 may comprise one typeof product, while other cases 120, or the remaining cases 120, on thevendor pallet 99 may contain a different product.

As is common in the industry, product shipped to distribution center 10will follow various workflows, depending on the type of product, and theshipping requirements of that day. During that workflow, the productwill be conveyed to several workstations. These workstations aredescribed briefly here, but in detail below. Product from vendors isshipped on vendor pallet 99 to receiving. Because the various vendorpallets 99 do not have uniform dimensions, among other reasons, theproduct is then removed from vendor pallet 99, and placed on systempallet 100. If all of the product on a system pallet 100 is the same(commonly referred to as a unitized pallet), the pallet 100 is takenfrom receiving directly to storage area 601, described in detail below.However, the majority of times, there will be various types of productsstored on pallet 100, and therefore, the pallet 100 is conveyed fromreceiving to a case check-in 110 station. From there, the product may beconveyed to a de-trash 250 station. As described in detail below, theproduct may be conveyed to de-trash 250 in a case 120. If case 120 istoo small to be conveyed, or if case 120 is damaged or otherwiseunconveyable, the product will be placed in a tub 190.

From de-trash 250, the product may be sent to one of several storageareas. When a shipping order is received, the product will be pickedfrom the storage area and sent to shipping 600, and then sent to thestore or franchisee.

It will be appreciated by those in the art that the above briefdescription applies only to normal or typical workflow. Severaloccurrences may happen that would change that workflow, though. If, forexample, case 120 is somehow damaged, irregular or improper, it may bediverted to a case hospital 340 station. Similarly, if pallet 100 isdamaged or improper, or if the products are or become irregularlystacked on pallet 100, pallet 100 may be diverted from the normalworkflow and sent to a pallet hospital 400 station. If a tub 190 isdamaged or otherwise unconveyable, it may be diverted from the normalworkflow and sent to a tub hospital 500 station. If product is sent toany of the above “hospital” stations, and the error is corrected, theproduct may return or be conveyed to the normal workflow.

Additionally, as described below, certain product may be diverted to asource tagging 470 station before returning to or being conveyed to thenormal workflow.

To aid in the conveyance, storing, picking and shipping of productthroughout distribution center 10, system 20 may be employed. As statedabove, system 20 not only aids in the conveyance of product throughoutdistribution center, but also instructs the employees with direct,easily understood instructions on how to handle, or what actions to takewith respect to, the product at each of the various workstations.

Although not required, system 20 will be described in the generalcontext of a network of computers, and computer executable instructionsbeing executed by general purpose computing devices within the computernetwork. These instructions, in turn, may result in various mechanicalor servo-mechanical devices being activated, deactivated or otherwiseactuated. This may result in certain conveyors being activated, orvarious arms being activated to move or convey product from one conveyorto another, from one station to another etc. These instructions, inturn, will also result in the tracking of where (and when) product islocated, as well as what actions have taken place with respect to suchproducts, allowing the system to determine what remaining actions, ifany, need to be performed in relation to such products and when thoseactions should take place. In this regard, the general purpose computingdevices may comprise one or more remote computers 22 such as, forexample, at each station briefly mentioned above and further describedbelow, and one or more server computers 23, hosting one or more softwareapplications 30. The software applications 30 may be stored in one ormore memory elements 32 located on server computer 23 and/or remotecomputers 22. Moreover, each software application 30 in memory elements32 may include one or more separate programs or program modules. Theseparate programs comprise ordered listings of executable instructionsfor implementing logical functions. In the depicted embodiment, thesoftware in memory element 32 includes code for conveying product tonecessary stations throughout distribution center 10, storing thatproduct in a specific location, recalling the exact location of theproduct, either during conveyance or after storage, among otherfunctions mentioned above and described below. Each function isactuated, for example, when the computers 22, 23 and memory 32 thereinreceive the various inputs, described in detail below.

When system 20 is in operation, the computers 22 and 23, which comprisememory elements 32, are configured to execute the software stored withinmemory elements 32, to communicate data to and from memory elements 32,and to generally control operations of system 20 pursuant to thesoftware applications 30. At least the server computer 23 may alsoinclude one or more databases 24 for storing information related to eachproduct. Such as, for example, all tracking information on where (andwhen) product was and is within the system 20, and what (and when)actions have been performed on such product. By way of example, and inno way limiting, if a vendor ships aspirin to distribution center 10,database 24 may comprise such information as the weight of the bottlecontaining the aspirin, the number of bottles per case 120, the totalweight of case 120 containing the aspirin, the width, length and depthof case 120, the expiration date of the aspirin, the lot number of theaspirin (as described below), etc. This information may be preprogrammedinto database 24 before the aspirin arrives at distribution center 10(for example, the number of bottles each case 120 contains), or may beloaded by one or more employees after the aspirin arrives (for example,the lot number). It will be appreciated by those in the art thatdatabase 24 may comprise the same type of information, or more or lessinformation, for each product sent to distribution center 10, dependingon the nature of the product.

Remote computers 22 may be provided at any or each workstation, as wellas various strategic places throughout distribution center 10. In oneembodiment, the remote computers 22 access and utilize the softwareapplication 30 on that is installed and executing on the server computer23 other embodiments, such as a distributed software arranged, are alsocontemplated. As depicted in FIG. 2, for example, each remote computer22 may communicate with server computer 23 and thus may access thesoftware application within system 20. Each remote computer 22 may alsocommunicate with other remote computers 22. Other embodiments, such as adistributed software arrangement, are also contemplated. The individualremote computers 22 can be configured to communicate with each other, inaddition to server computer 23.

For editing, populating and maintaining the databases 24, variouskeyboards, scanners, touch-screen monitors and other hardwareaccessories are placed throughout distribution center 10. Most often,these hardware accessories are connected to one of remote computers 22,but these accessories may also be directly engaged to server 23. As seenin the various screenshots or interface screens below, touch-screenmonitors and respective computer hardware and software will generate anddisplay these various user interface screens and other interfaceoptions, each of which may comprise further various menu bars, drop-downmenus, buttons, display windows and other interface options. A detaileddescription of the user interface screens, including the menu bars,drop-down menus, exemplary buttons and display windows, along with abrief description of the functionality associated with such interfaceoptions, is described below and shown in the accompanying Figures.

As will be appreciated by those of skill in the art, the computers 22and 23 need not be limited to personal computers, but may includehand-held devices, such as a wrist scanner 610, multiprocessor systems,microprocessor-based or programmable consumer electronic devices,minicomputers, mainframe computers, personal digital assistants,cellular telephones or the like, depending upon their intended end usewithin the system. For performing the functions described hereinafter,the computer executable instructions may be written as routines,programs, objects, components, and/or data structures that performparticular tasks. Within the computer network, the computer executableinstructions may reside on a single computer 22, or server computer 23,or the tasks performed by the computer executable instructions may bedistributed among a plurality of computers, such as the system computers22, 23. Therefore, while described in the context of a computer network,it should also be understood that the present invention may be embodiedin a stand-alone, general purpose computing device that need not beconnected to a network.

To efficiently provide users with access to the system softwareapplication 30, the server computers 23 and the underlying framework forthe computer network 20 may be provided by the service company itself orby outsourcing the hosting of the software application 30 to anapplication service provider (“ASP”). ASP's are companies that provideserver computers 23 that store and run a software application 30 for athird party entity, which is accessible to the third party entity'susers via the Internet or similar means. Therefore, the server computer23, for operating the software application 30, may be hosted on acomputer that is owned and maintained by another party and users maythen access and use software applications via the host computer withoutstoring the software application on the remote computers. It should beunderstood, however, that ASP models are well-known in the industry andshould not be viewed as a limitation with respect to the type of systemarchitectures that are capable of providing a computer network 20 thatcan properly operate the software application discussed herein.

It will also be appreciated by those in the art that, because eachremote computer 22 may communicate with server 23, any new software, orany upgrades to existing software, may be loaded on to server 23. Inthis manner, each remote computer 22 may communicate with, and downloadfrom, server 23 to receive the new or upgraded software. As such, thenew or upgraded software may only need to be uploaded once, rather thanuploaded to each computer individually.

To perform the particular tasks in accordance with the computerexecutable instructions, the computers 22 and 23 may include, as needed,a video adapter, a processing unit, a system memory, and a system busthat couples the system memory to the processing unit. The video adapterallows the computers 22 and 23 to support a display. In the presentembodiment, most such displays are touch screen monitors, but thedisplays may also include a cathode ray tube (“CRT”), a liquid crystaldisplay (“LCD”), a flat screen monitor or similar means for displayingtextual and graphical data to a user, and an i/o module that allows thecomputer 22 or 23 to connect to various drives, such as scanners,lights, pacer lights (described below), etc. The display allows a userto view information, such as code, file directories, error logs,execution logs and graphical user interface tools. As seen, the depicteddisplay also allows the user to input various information into system20.

The computers 22 and 23 may further include read only memory (ROM), ahard disk drive for reading from and writing to a hard disk, a magneticdisk drive for reading from and writing to a magnetic disk, and/or anoptical disk drive for reading from and writing to a removable opticaldisk or any other suitable data storage device. The hard disk drive,magnetic disk drive, and optical disk drive may be connected to thesystem bus by a hard disk drive interface, a magnetic disk driveinterface, or an optical disk drive interface, respectively, or othersuitable data interface. The drives and their associatedcomputer-readable media provide a means of non-volatile storage for thecomputer executable instructions and any other data structures, programmodules, databases, arrays, etc. utilized during the operation of thecomputers 22 and 23.

To connect the computers 22 and 23 within the computer network, thecomputers 22 and 23 may include a network interface or adapter. Whenused in a wide area network, the computers 22 and 23 typically include anetwork interface, such as a router/modem or similar device. The modem,which may be internal or external, may be connected to the system busfor the computer via a serial port interface or other communicationport. It will be appreciated that the described network connections areexemplary and that other means of establishing a communications linkbetween the computers 22 and 23 may be used. For example, the system mayalso include a wireless router/modem that receives and transmitsinformation via a wireless communications medium, such as a cellularcommunications network, a satellite communications network, or anothersimilar type of wireless network. It should also be appreciated that thenetwork interface will be capable of employing TCP/IP, FTP, SFTP, TelnetSSH, HTTP, SHTTP, RSH, REXEC, etc. and other network connectivityprotocols. In the depicted embodiment, the server is an AS400, runningthe OS400 operating system. In certain circumstances, and AIX server mayalso be employed. However, it will be appreciated by those in the artthat this is exemplary and in no way limiting. The scope of the presentinvention includes various types of servers and operating systems.

As mentioned above, in one embodiment, system 20 and databases 24 resideon the server computer 23 and are managed by the provider of a softwareapplication or by a third-party. Those with skill in the art willunderstand, however, that the software application and databases 24 mayreside on the remote computer 22 and may be managed and maintained by auser. The software application 30 and databases 24 may also reside ondifferent computers.

To edit, populate and maintain the databases 24, the user interface mayallow the user to perform standard text editing functions, including,mouse placement of the cursor, click-and-drag text selection andstandard key combinations for cutting, copying and pasting data. Inaddition, the user interface may allow users to access, copy, save,export or send data or files by using standard file transfer functions.It should be understood that these editing and file transfer functionsmay also be accomplished within various operating system environments,such as LINUX®, MAC OS®, Mozilla®, Windows®, etc.

Below is a detailed description of the work completed, and the variousscreenshots shown by system 20, at each of the workstations. Forconvenience, both the physical element, and the graphical representationof that element, may be referred to with the same reference numeral, asboth the physical element and the graphical representation are usuallyrelated. By way of example, the system pallet that is physicallyconveyed throughout distribution center 10 will be referred to as pallet100. Similarly, the icon representation of a system pallet displayed bysystem 20 on a touch-screen monitor will also be referred to as pallet100.

I. Case Check-In

As discussed above, a vendor will ship its products to distributioncenter 10 on a vendor pallet 99. Because the various vendors' palletsmay have varying dimensions, conveyance by system 20 of thedifferent-sized pallets throughout distribution center 10 would bedifficult. Therefore, once the product arrives, it may be moved to asystem pallet 100. Each system pallet 100 should have identicaldimensions, and as such, will be able to be conveyed throughoutdistribution center 10 using the same-dimensioned physical conveyors.

As depicted in FIG. 4, check in workstation 112 may comprisetouch-screen monitor 138, keyboard 135, hand scanner 118 and outgoingconveyor 137.

If all of the product on system pallet 100 is identical, centralcomputer 23 and application 30 therein is configured to convey thatuniform pallet 100 via conveyors to pallet storage 601, described indetail below. If the system pallet 100 is unconveyable, for example, ifthe cases 120 are stacked too high on pallet 100, computer 23 andsoftware application 30 therein are configured to divert pallet 100 topallet hospital 400, described in detail below.

If, as occurs much more often, there are various types of productshipped by vendor on vendor pallet 99, a different workflow may takeplace. Again, the products are received while still on vendor pallet 99,and then immediately moved to a system pallet 100. From there, thereceiving supervisor will place the system pallet 100 on one of numerousreceiving conveyors (not shown). Each of these receiving conveyors isdirectly engaged and in communication with a case check-in station 112,as described below. In this manner, the receiving supervisor candetermine which case check-in station 112 has the least amount ofproduct, and can load that receiving conveyor accordingly.

Once pallet 100 enters case check-in workstation 112, operator 116physically unloads one of cases 120, scans vendor bar code 122 withscanner 118, and slides case 120 to labeler 130, described below.Scanning vendor bar code 122 enters the particular good into thecomputer 23 of the system 20, populating database 24 and informingsystem 20 that that particular product has been received by distributioncenter 10. Thus, particular product information is received by thecentral computer 23 when the vendor bar code 22 is scanned.

Because the numerous vendors may place the vendor bar code 122 in anynumber of locations on case 120, operator 116 may place a uniform labelin a uniform location on case 120, such that automatic scanners (notshown) in communication with the computers 22, 23 placed throughoutdistribution center 10 may automatically scan case 120. Based on theinformation stored in computer 23, labeler 130 prints a case-specificlabel 132, which operator 116 then affixes to a specific andpredetermined spot on case 120.

It will be appreciated by those in the art that the scope of the presentinvention includes the embodiment in which labeler 130 is stocked withpre-printed case-specific labels 132. In this embodiment, the centralcomputer 23 and/or local computer 22 will store and track whichpre-printed case-specific label 132 is next available, and willassociate that label 132 with the next case 120 that is scanned byoperator 116.

In either embodiment, once case specific label 132 is affixed, each case120 can be automatically identified by the central computer 23, andsoftware application 30 therein, at any point throughout center 10.Various methods can be used to achieve this functionality. For example,scanners, such as bar code and/or RFID tag scanners, can be positionedthroughout the distribution center within the system 20 and can beconnected to the central computer 23, and the central computer 22 andsoftware application therein can receive scanned information form thecase specific labels. As central computer 23 and software application 30has stored the location of each scanner, the information received andthe location of the scanner, accurately can identify what case isscanned, where the case is located, and when the scan occurred, which isstored and can be recalled by a user and the system. Operator 116 nextmoves case 120 to case conveyor 134, which then transports the case 120to the next station. Operator 116 continues this exercise until pallet100 is emptied of cases 120. Actions by the operators at the variousstations may also allow the computers 22, 23 and software application 30to determine where each product is located, as this same information isstored and tracked when operator actions are taken in relation to aproduct through the various input devices, including handheld scannerused by the operators.

Because of the variety of cases 120 that may be received, operator 116may be faced with multiple discrepancies throughout the workflow. FIGS.5 through 23 depict exemplary interface screens displayed by system 20to assist operator 116 in handling some of these various discrepancies.

FIG. 5 depicts an exemplary home interface screen 140 displayed bycomputer 22, comprising red, yellow and green indicators 142. In thedepicted embodiment, indicators 142 may be referred to as pacer lights.Each operator 116 may be tasked with accomplishing a set goal within adefined period of time. By way of example, operator 116 may be taskedwith checking in a set number of cases 120 by the end of his shift.Alternatively, operator 116 may be tasked with checking in all of thecases 120 on a specific pallet 100 within a set amount of time. Any suchgoal-oriented task may be determined by system 20 or entered into system20 by a staff member. Under any of the tasks, indicators 142 willindicate to operator 116 whether he is on pace to meet his goals. Ifoperator 116 is setting too slow of a pace, system 20 will illuminatered indicator 142. If operator 116 is setting a pace in which he shouldprecisely meet his goals, system 20 will illuminate yellow indicator142. If operator 116 is setting a pace in which he will clearly meet hisgoals, system 20 will illuminate green indicator 142. Thus, thecomputers 22, 23 and software application 30 therein receive all actionstaken by the operator though the interface screen and hardware devisesand stores this information, including actions taken using the otherhardware devices, such as bar code scanners. The computers 22, 23 andsoftware application 30 therein then compare this tracked and storedoperational action data to predetermined pacing information and displaysoperational actions results on the display, as indicated.

In addition, workstation 112 may further comprise physical red, yellowand green pacer lights (not shown). These pacer lights may correspond toindicators 142, such that when red indicator 142 is illuminated, the redpacer light will also be illuminated. In this manner, a supervisor (notshown) assigned to case check-in 110 will be able to request a reportdisplaying these operational action data and operational actionsresults, and determine which, if any, operators 116 are falling behindin their task load, and will be able to lend aid accordingly.

Exemplary home screen 140 may further comprise workflow readout 150,back button 144 and exceptions button 146. Workflow readout 150comprises scan case indicator 152, case pack indicator 154, expirationindicator 156, lot number indicator 158 and build tub indicator 160,each of which will be described in detail below.

By way of example, and in no way limiting, FIGS. 5-7 depict interfacescreens shown on monitor 140 when there is regular workflow with nodiscrepancies. Under this first scenario, operator 116 receives a pallet100, at which point scan case indicator 152 is bolded and underlined,while the remaining indicators of workflow readout 150 are grayed out.At this point, operator 116 scans a first case 120, causing informationwindow 162 to appear at the bottom of home screen 140, as shown in FIG.6. As seen, information window 162 indicates the last action taken byoperator 116—in this example, a valid scan of a case 120 comprisingGilette Blue Blades.

FIGS. 8-9 depict screen shots shown on monitor 140 when the goods incase 120 have an expiration date that must be entered into system 20. Asoperator 116 receives pallet 100, scan case indicator 152 is bolded andunderlined, while the remaining indicators of workflow readout 150 aregrayed out. At this point, operator 116 scans a first case 120, causinginformation window 162 to appear at the bottom of home screen 140, asshown in FIG. 7. Because the last good scanned, in this example, MaxFactor LP Balm, has an expiration date, expiration window 164 appears onhome screen 140, as shown in FIG. 8. As seen, expiration window 164comprises instructions 165, 166 and 167. Instruction 165 requestsoperator 116 to find the expiration date of the good contained in case120. Additionally, instruction 165 may compare computer image 168 thatwill resemble the product that was scanned. In order to aid operator 116in rapidly finding the expiration date, computer image 168 will indicatewhere the expiration date of the good is generally located. It will beunderstood by those in the art that image 168 may be a picture, icon, orgraphic.

Instruction 166 requests operator 116 to enter the expiration date ofthe good into system 20. As seen, instruction 166 may compriseexpiration date table 169, which comprises the numbers and names of themonths of the year, and expiration year table 170, which comprisespotential year numbers. Because monitor 138 has a touch-screen surface,operator 116 may enter the expiration date by pressing the correct dateand year displayed on the expiration date table 169 and expiration yeartable 170, respectively.

As seen in FIG. 9, instruction 167 requests operator to push case 120onto case conveyor 134. Once this task is complete, operator 116 maydepress ok button 171, and move case 120 to labeler 130, and then tocase conveyor 134 as described above. Instruction 167 also comprises notfound button 172, which the operator may depress if he cannot find theexpiration date on the good.

FIGS. 10-11 depict screen shots shown on monitor 140 when the goods incase 120 comprise a lot number that must be entered into system 20. Asis known in the industry, every pharmaceutical product will have a lotnumber associated with it. This number indicates in which of thevendor's lots the product was manufactured. This is important becauseoften with pharmaceutical products, a product error may be limited to aspecific manufacturing plant, rather than the product as a whole. Forexample, a vendor may recall only aspirin that was manufactured with acertain lot number, rather than all of the aspirin the vendor shipped.As operator 116 receives pallet 100, scan case indicator 152 is boldedand underlined, while the remaining indicators of workflow readout 150are grayed out. At this point, operator 116 scans the case 120, causinginformation window 162 to appear at the bottom of home screen 140, asshown in FIG. 10. Because the last good scanned, in this example,SUPERFRAGILE KNIKS, requires a lot number to be inputted into system 20,lot number window 180 appears on home screen 140, as shown in FIG. 11.As seen, lot number window 180 comprises instructions 182 and 186.Instruction 182 requests that operator 116 find the lot number of thegood contained in case 120. Additionally, instruction 182 will have willhave computer image 183 that will resemble the good that was scanned. Inorder to aid operator 116 in rapidly finding the lot number, computerimage 183 will indicate where the lot number of the good is generallylocated.

Instruction 186 requests that operator 116 enter the lot number 184 ofthe good into system 20. As is known in the art, many lot numbers arealpha-numeric by nature. To aid operator 116 in inputting lot number 184into system 20, instruction 186 may comprise alpha-numeric area 185,which comprises numbers, letters and some punctuation. Again, becausemonitor 138 has a touch-screen surface, operator 116 may enter lotnumber 184 by pressing the correct numbers, letters and/or punctuationdisplayed on alpha-numeric area 185. Once this task is complete,operator 116 may depress ok button 187, and move case 120 to labeler130, and then to case conveyor 134 as described above. As seen,instruction 186 may also comprise not found button 188, which theoperator may depress if he cannot find the lot number on the good.

As described above and as depicted, for example, in FIG. 13, when apallet 100 is received, it may contain a variety of types of cases 120.In some instances, the size or shape of these cases 120 may make itimpractical to move the cases within the distribution center, such asthe instance with case 120′ shown in FIG. 13. As such, system 20, andcomputer 22, 23 and software application 30 therein, may require,through instructions displayed on the interface screen, operator 116 tobuild tub 190 to better transport such abnormally sized cases 120′.FIGS. 12-16 depict interface screens shown on monitor 140 when system 20instructs operator 116 to build such a tub 190.

As seen in the example depicted in FIG. 12, as operator 116 receivespallet 100, scan case indicator 152 is bolded and underlined, while theremaining indicators of workflow readout 150 are grayed out. At thispoint, operator 116 scans the case 120′ using the scanner incommunication with computers 22, 23 and software application 30, causinginformation window 162 to appear at the bottom of home screen 192, asshown in FIG. 13. Because the last good scanned, in this example,SUPERFRAGILE KNIKS, requires tub 190 to be created, tub creation window194 appears on home screen 192. As seen, tub creation window 194comprises instructions 196, 197, 198, 199, which are generated by thecomputers 22, 23 and software application 30, for display within therespective interface screens.

Instruction 196 requests that operator 116 scan the tub identifier orbar code 195 that is located on tub 190. This allows system 20 to trackthe location of tub 190, and also allows system 20, including computers22, 23 and software application 30 and databases therein, to track whichcases 120′ are located within tub 190.

Once the identifier 195 for the tub 190 has been scanned into system 20,instruction 197 requests that operator 116 place the previously scannedcase 120′ into tub 190. In this way, system 20 now associates the firstcase 120′ with tub 190, stores this association, and can therefore usethis association information to locate the first case 120′ within thedistribution center. Instruction 198 requests that operator 116 removeany remaining cases 120′ from pallet 100. Instruction 199 then requeststhat operator 116 scan the remaining cases 120′ into system 20, thenplace each case 120 in tub 190.

As can be seen, tub creation window 194 also includes information window200. As can be seen, information window 200 indicates how many of cases120′ may be placed into tub 190. This information is determined bysystem 20. For example, the size and weight of each case 120′ may bepredetermined and entered into system 20, as well as how many cases 120′have been scanned into system 20. Once all cases 120′ have been scannedinto system 20 and placed into tub 190, operator 116 clicks ok button202, and places tub 190 on case conveyor 134. By way of example, and inno way limiting, if pallet 100 comprises three cases 120′, but only twocases 120′ may be placed in tub 190, then operator 116 will scan thefirst two cases 120′ as described above, then repeat the process with anew tub 190 for the remaining case 120′. Once the process is complete,the interface screen shown in FIG. 16 may appear, indicating in window200 that the tub is filled, and should be pushed on to case conveyor134.

System 20 may also provide for the situation in which operator 116inadvertently scans case 120 rather than case 120′. In this situation,tub creation window 194 will appear the same as the above interfacescreens. However, information window 200 will now indicate that theoperator has scanned the incorrect case 120, and must scan the correctcase 120′, or end the “build tub” step in order to continue.

Occasionally, a case 120 will arrive that has been damaged. As such,system 20 may provide for situations in which a operator receives adamaged case 220. As described in more detail below, each damaged case220 is sent to case hospital 340. However, under certain circumstances,damaged case 220 is so damaged that it cannot be transported without theaid of a tub 190. FIGS. 17-20 depict screen shots shown on monitor 140when system 20 instructs operator 116 to send damaged case 220 to casehospital 340 station.

As seen in FIG. 17, as operator 116 receives pallet 100, scan caseindicator 152 is bolded and underlined, while the remaining indicatorsof workflow readout 150 are grayed out. At this point, operator 116scans damaged case 220, causing information window 162 to appear at thebottom of home screen 192, indicating the identity of case 220. Onceoperator 116 realizes that case 220 is damaged, he presses exceptionsbutton 204, as indicated in FIG. 17.

Pressing exceptions button 204 will cause three options, as depicted inFIG. 18, to appear—find item button 206, build tub button 208, anddamaged case button 210. Selecting damaged case button 210 willhighlight that button, and cause indicator 212 to appear on theinterface screen.

If damaged case 220 is so damaged that it cannot be conveyed, thenoperator 116 may select build tub button 208, which may cause damagedcase tub creation window 214 to appear, as depicted in FIG. 20. In thealternative, if damaged case 220 comprises an item or product that wouldhave required a tub to be conveyed, even if it weren't damaged,computers 22, 23 and software application 30 may be configured toautomatically bring up damaged case tub creation window 214 whenoperator 116 selects damaged case button 210 on the interface screen.

As seen, damaged case tub creation window 214 is somewhat similar to tubcreation window 194. Specifically, damaged case tub creation window 214comprises instructions 215 through 217, as implemented through therespective interface screens.

Instruction 215 requests that operator 116 scan bar code 218 located ondamaged case tub 219. This allows the computers 22, 23, softwareapplication 30 and respective database to track the location of damagedcase tub 219, and to track which damaged case 220 is located withindamaged case tub 219.

Once damaged case tub 218 has been scanned into system 20, instruction216 requests that operator 116 place damaged case 220 into damaged casetub 219. Because of this, system 20 now associates damaged case 220 withdamaged case tub 219, and can therefore locate case 220 at any point inthe process. Finally, instruction 217 requests that operator 116 pushdamaged case tub 219 on to case conveyor 134, and press ok button 221 onthe interface screen.

Occasionally, operator 116 will inadvertently scan the bar code on apiece or an inner, rather than case bar code 122. As such, system 20 mayallow operator 116 to correct this mistake. FIGS. 21-23 depict exemplaryinterface screens for display on screen monitor 138 when the computers22, 23 and software application 30 instructs operator 116 to correctlyscan the case bar code 122, through the interface screen.

As seen in FIG. 21, as operator 116 receives pallet 100, scan caseindicator 152 is bolded and underlined, while the remaining indicatorsof workflow readout 150 are grayed out. At this point, operator 116should scan case bar code 122, but inadvertently scans a bar code on apiece 125 or an inner 124. This will cause case pack window 103 toappear on touch screen monitor 138.

As depicted in FIG. 22, case pack window 103 may comprise instruction104, which may comprise readout 105, more button 106 and less button107. Operator 116 then will count the number of pieces 125 or inners 124in case 120, and, using more button 106 or less button 107, will inputor select the correct number of inners 124 or pieces 125 (commonlyreferred to as a “case pack”) in readout 105. Once the proper number isdisplayed in readout 105, operator 116 presses or selects the ok button108, and the computers 22, 23 and software application 30 automaticallyconveys the case 120 to the next station.

II. De-Trash Station

From the case check-in station, case 120 is conveyed to de-trash station250. FIG. 24 depicts an exemplary de-trash station 250. As seen in FIG.25, several de-trash stations 250 may be employed at one time. Whilede-trash station 250 may comprise many components, depending on theneeds of the various distribution center, an exemplary de-trash station250, as depicted in FIG. 24, may comprise a first incoming lane 251 anda second incoming lane 252. Each incoming lane 251 and 252 may comprisea first case stopper 253 and a second case stopper 254. De-trash station250 may further comprise a tub in lane 255, a photo eye 256, a tubinduction switch 257, a green light 258, touch-screen monitor 259, tubscanner 260, hand scanner 261, a tub complete button 262, and a unitscale 263, each of which can be in communication with the computers 22,23 and software application 30 therein. As described more fully below,each de-trash station 250 may double as a case hospital station.

A. Normal De-Trash

As stated above, each case 120 may contain numerous inners 124, and eachinner 124 may comprise one or more pieces 125. In the depictedembodiment, operator 270 may be tasked by the respective interfacescreens generated by the computers 22, 23 and software application 30,to conduct one of several de-trash levels, depending on the nature ofcase 120. Exemplary de-trash levels, as well as the graphical icons thatmay be displayed through the interface screens on monitor 259, aredepicted and explained in FIG. 26 through FIG. 33. While not shown, if asupervisor assigned to the de-trash station, or any other staff memberat distribution center 10, believes that the icons below will notsufficiently describe how to de-trash an item, the supervisor may take adigital picture of how the de-trashed item should appear and upload thepicture into one or more interface screens generated by computers 22, 23and software application 30, and displayed on monitor 259. Thereafter,the interface screen(s) may display both the icons shown in FIGS. 26-33as well as the associated digital picture, or just the icons or just thepicture.

For de-trash level 1, computers 22, 23 and software application 30requests or communicates to the operator 270 to place the unopened case120 into tub 190. For de-trash level 2, computers 22, 23 and softwareapplication 30 requests operator 270 to remove lid 121 from case 120,then place case 120, without lid 121, into tub 190. For de-trash level3, computers 22, 23 and software application 30 requests operator 270 toremove lid 121 from case 120, then place each inner 124 into tub 190.For de-trash level 4, computers 22, 23 and software application 30requests operator 270 to remove lid 121 from case 120, then pour eachinner 124 into tub 190. For de-trash level 5, computers 22, 23 andsoftware application 30 requests operator 270 to remove lid 121, openeach inner 124, then place each piece 125 into tub 190. For de-trashlevel 6, computers 22, 23 and software application 30 requests operator270 to remove lid 121, open each inner 124, then pour each piece 125into tub 190. De-trash levels 7 and 8 relate to cases 120 that do notcontain any inners 124, but merely contain pieces 125. For example, inde-trash level 7, computers 22, 23 and software application 30 requeststhat operator 270 remove lid 121 from case 120, then place each piece125 into tub 190. In de-trash level 8, computers 22, 23 and softwareapplication 30 requests that operator 270 remove lid 121 from case 120,then pour each piece 125 into tub 190.

It will be understood that, for de-trash levels 3, 5 and 7, operator 270is requested to place each inner 124 or piece 125 into tub 190 in asystematic, organized manner. In this way, the maximum number of inners124 or pieces 125 may be placed in tub 190. In contrast, for de-trashlevels 4, 6 and 8, operator 270 is requested to pour each inner 124 orpiece 125 into tub 190 in a seemingly haphazard way. Again, system 20may be pre-programmed to distinguish between which inners 124 or pieces125 must be placed, and which inners 124 or pieces 125 must be poured,into tub 190, but generally, the distinction is based on the nature ofthe inners 124 or pieces 125. By way of example, and in no way limiting,if each inner 124 is a cardboard box full of medicine, such as Aspirin,operator 270 may be asked to place such inners 124 into tub 190(de-trash level 3). However, if each inner 124 is a plastic bag full ofathletic socks, operator 270 may be asked to pour such inners 124 intotub 190 (de-trash level 4).

In the depicted embodiment, there are a number of de-trash workflowsoperator 270 may encounter, and that system 20 may provide for throughthe computers 22, 23 and software application 30, and respectiveinterface screens. Some of these workflows, as described in detailbelow, include normal or regular overflow tub, damaged product,mismatched item, incorrect de-trash level, dirty tub and damaged tubworkflows.

1. Normal Workflow

FIG. 34 through FIG. 36 depict exemplary interface screens shown onmonitor 259 during normal workflow. An empty tub 190 is transported tofilling point 264 automatically by tub-in conveyor 255. At this point,tub 190 is entered into system 20 by automatically scanning it with tubscanners 260. As described below, if tub 190 is manually inserted, tubscanners 260 will automatically scan that tub into system 20 as well.

As seen, both first incoming lane 251 and second incoming lane 252comprise green light 258. Which ever of first incoming lane 251 orsecond incoming lane 252 that comprises the next case 120 that needs tobe de-trashed will be indicated by an illuminated green light 258.Operator 270 then scans the case 120 that is located in the incominglane with the illuminated green light 258. Depending on the contents ofthat case 120, system 20 will determine which level of de-trash must beemployed, then display the proper icons and instructions on touch screenmonitor 259. FIGS. 34-36 depict exemplary interface screens for ade-trash level of 8, but it will be appreciated by those in the art thatany of the de-trash levels described above may be employed and may bedisplayed by system 20. As seen, the interface screen in FIG. 34comprises, among other elements, window 266, de-trash level indicator268, instructions 271, 272 and 273 and slug complete button 274.

After scanning case 120 into system 20, then reviewing monitor 259 forinstructions, operator 270 then places one de-trash unit on unit scale263. Because, in this example, the de-trash level is 8, the screen shotin FIG. 34 requests that operator 270 place one piece 125 on unit scale263. At first, instruction 273 is grayed-out, indicating to operator 270that he or she is not to complete that instruction yet. As seen in FIG.35, once a stable weight is detected on unit scale 263, instruction 271will become grayed-out, and instruction 273 will become highlighted.Operator 270 will then proceed to de-trash the remaining units into tub190. Again, because the depicted example is a level 8 de-trash, thismeans that operator 270 will then pour the remaining pieces 125 into tub190, including the original piece 125 that was on scale 263.

When operator 270 has finished filling tub 190 and there are no morecases 120 in the incoming lane with the illuminated green light 258,operator 270 presses lane complete button 274, and tub 190 will beconveyed to the next appropriate station.

Because unit scale 263 may be engaged to or connected to computers 22,23, software application 30, and the respective database, system 20 maydetermine if operator 270 inadvertently leaves a de-trash unit on unitscale 263. If this occurs, the display on touch screen monitor 259 willindicate the error to operator 270, and will not allow tub 190 to beconveyed away from filling point 264. Rather, tub 190 will remain atfilling point 264 for operator 270 to remove the de-trash unit from unitscale 263 and place it in tub 190. Once unit scale 263 is cleared, tub190 is automatically conveyed, and an initial height check is performedon the tub using photo eye 256. The computers 22, 23 and softwareapplication 30 may have predetermined height clearances which can beused to compare to the measured height by photo eye 256 and communicatedto all received by computer 22, 23. In one embodiment, the predeterminedheight clearance is less than or equal to 320 mm. However, it will beappreciated by those in the art that the scope of the present inventionincludes predetermined height clearances that may be more or less, andcan be set by the system administrator.

As tub 190 moves further down stream, a weight check and additionalheight check is done on central weighting stations (not shown). Theseadditional weighting stations may be engaged to or connected to computer22, 23 and software application 30 for tracking of the actual weight andheight of tubs 190, which is stored in the database. The computers 22,23 and software application 30 also determine if each tub 190 is withinacceptable predetermined tolerances so that the tubs may be conveyedabout the distribution center without error occurring.

Once tub 190 leaves de-trash station 250, the next empty tub 190 isdriven or conveyed to filling point 264 automatically, unless theautomatic tub induction switch 257 is turned to the manual position, asdescribed more fully below.

As noted above, during case check-in, system 20 may indicate and displaythat certain cases 120′ and/or pieces 125 may not be conveyable withoutthe use of a tub 190. At de-trash station 250, these tubs 190 aretreated in the same manner as a case 120. In other words, tub 190 isconveyed by either first incoming lane 251 or second incoming lane 252,and operator 270 performs the regular de-trash procedure describedabove, moving case 120′, inners 124 or pieces 125, depending on thede-trash level, from tub 190 into empty tub 190 that is located atfilling point 264. The de-trashed tub 190 will then be stacked to theside or behind operator 270 to be used later.

When operator 270 determines that the stack of empty tubs 190 is at asufficient level, he may stop the automated delivery of tubs 190 bysystem 20 by turning tub induction switch 257 to manual insertion whichis communicated to computers 22, 23 and software application 30. Oncethis occurs, operator 270 removes an empty tub 190 from the stack oftubs that is either behind or to the side of him and places it onfilling point 264. From here, the tub bar code 195 is automaticallyscanned by tub scanner 260 the same way an automatically fed tub 190 isscanned. The rest of the normal workflow de-trash process proceeds inthe same way as described above. This process can be repeated until tubinduction switch 257 switch is moved back to the automatic mode forempty tub feeding.

2. Overflow Tub Workflow

Occasionally, as operator 270 begins the regular de-trash processdescribed above, he will notice that not all of the de-trash units, forexample, in FIGS. 37-41, not all of the pieces 125, that are poured intotub 190, will fit. Consequently, system 20 and computers 22, 23 andsoftware application 30 therein, provides for an overflow tub workflowprocedure.

As shown in FIG. 37, the interface screen for this procedure may beidentical to the screenshot of the normal workflow de-trash procedure.When operator 270 takes the de-trash unit, for example, piece 125, offof unit scale 263, instruction 273 will be enabled, along withexceptions button 280 with the interface screen. If the piece 125 fromunit scale 263 is one of those that will not fit in tub 190, operator270 may place it aside. Operator 270 then depresses exceptions button280, as depicted in the interface screen of FIG. 39. This will bring upoverflow window 282, as shown in the interface screen of FIG. 40.

As seen, overflow window 282 comprises instructions 284 and 292.Instruction 284 further comprises a cases button 285, case numberindicator 286, de-trash unit button 287, de-trash unit number indicator288, more button 289 and less button 290. Operator 270 first enters thequantity being put in the current tub 190 by first selecting casesbutton 285 or de-trash units button 287, whichever is appropriate, usingmore button 289 or less button 290 to input or select how many of theappropriate units are currently in tub 190. In the exemplary embodimentdepicted in FIG. 40, operator 270 has selected cases button 285, thenhas used the more button 289 and the less button 290 to input/selectthat three cases are currently in tub 190, as shown in case numberindicator 286.

Once the proper number of either cases or de-trash units is shown,operator 270 presses product ok button 294 under instruction 292 toindicate that the product in the tub is not damaged. When this button ispressed, a transport order is created and tub 190 is taken away.Operator 270 then continues the normal de-trash workflow with theremaining de-trash units, using a second empty tub 190.

3. Damaged Product Workflow

Occasionally, as operator 270 begins the regular de-trash processdescribed above, he will notice that some or all of the product isdamaged. Consequently, system 20 provides for a damaged workflowprocedure.

FIGS. 42-49 depict exemplary interface screens the computers 22, 23 andsoftware application 30 display on touch screen monitor 259 in the eventof a damaged product workflow. As with the above description, forsimplicity, the product in the depicted example is pieces 125, and thedamaged product will be referred to as pieces 125′. As shown in FIG. 42,the initial interface screen for this procedure may be identical to theinitial interface screen of the normal workflow de-trash procedure. Onceoperator 270 discovers that some of pieces 125 are damaged, he firstremoves the de-trash unit, in this example, a piece 125, from unit scale263. This will enable instruction 273 as well as exceptions button 280within the interface screen. Operator 270 then separates all of thedamaged pieces 125′ from the non-damaged pieces 125. Operator 270 thendepresses exceptions button 280, as depicted in FIG. 43. This will bringup damaged product window 300.

As shown in FIG. 44, damaged product window 300 may be identical tooverflow window 282. As with the overflow tub workflow proceduredescribed above, operator 270 first enters the quantity being put in thecurrent tub 190 by first selecting cases button 285 or de-trash unitsbutton 287, whichever is appropriate, then using more button 289 or lessbutton 290 to input/select how many of the appropriate units arecurrently in tub 190. In the exemplary embodiment depicted in FIG. 44,operator 270 has selected cases button 285, then has used the morebutton 289 and the less button 290 to input/select that three cases arecurrently in tub 190, as shown in case number indicator 286.

Once the proper number of either cases or de-trash units is shown,operator 270 presses product ok button 294 under instruction 292 toindicate that the product in the tub is not damaged. When this button ispressed, the computers 22, 23 and software application 30 create atransport order and tub 190 is conveyed.

At this point, as shown in FIG. 45, a new empty tub 190 is inducted, andoperator 270 follows the first instructions 271 and 272 shown on theinterface screen. Specifically, operator 270 will place one damagedpiece 125′ on to unit scale 263. Once a stable weight is determined,operator 270 removes the damaged piece 125′ from unit scale 263 and putsit in tub 190. This enables instruction 273 as well as exceptions button280. Operator 270 then presses exceptions button 280, on the interfacescreen, and the computers 22, 23 and software application 30 areconfigured to then generate and display damaged product window 300 ontouch screens 259.

Again, operator 270 first enters the quantity being put in the currenttub 190 by first selecting cases button 285 or de-trash units button287, whichever is appropriate, then using more button 289 or less button290 to input/select how many of the appropriate units are currently intub 190 which, as previously, is communicated to computers 22, 23 andsoftware application 30, and respective database. In the exemplaryembodiment depicted in FIG. 48, operator 270 has selected cases button285, then has used the more button 289 and the less button 290 toindicate that three cases are currently in tub 190, as shown in casenumber indicator 286.

Once the proper number of either cases or de-trash units is shown,operator 270 presses product damaged button 296 to indicate that pieces125′ currently in tub 190 are damaged. When this button is pressed,computers 22, 23 and software application 30 generate a transport orderand tub 190 is conveyed to the tub hospital 500 station, which isdescribed in detail below. Operator 270 then presses lane completebutton 274, and computers 22, 23 and software application 30 willdetermine and communicate to the operator 270, such as through theinterface screen, which of the incoming lanes operator 270 needs toaddress next in order to continue the workflow.

4. Mismatched Item

Occasionally, as operator 270 begins the regular de-trash processdescribed above, he will notice that some or all of the product in theactive incoming lane does not match the product displayed on touchscreen monitor 259. Consequently, system 20 and computers 22, 23 andsoftware application 30 therein are configured to provide for amismatched item workflow procedure.

FIGS. 50-54 depict exemplary interface screens the computers 22, 23 andsoftware application 30 display on touch screen monitor 259 in the eventof a mismatched item workflow. As with the above descriptions, forsimplicity, the product review by operator 270 in the depicted exampleis pieces 125, rather than a case 120 or inners 124, and the mismatchedproduct will be referred to as pieces 125′. As shown in FIG. 50, theinitial interface screen for this procedure may be identical to theinitial interface screen of the normal workflow de-trash procedure. Onceoperator 270 discovers that some or all of pieces 125′ do not match whatis shown on touch screen monitor 259, he first completes instructions271 and 272. Specifically, operator 270 places one piece 125′ on unitscale 263, then pours the remaining pieces 125′ into tub 190. Operator270 then removes the de-trash unit, in this example, a piece 125′, fromunit scale 263. This will enable instruction 273 as well as exceptionsbutton 280 on the interface screen, as shown in FIG. 51. Operator 270then depresses exceptions button 280, as depicted in FIG. 52. This willbring up exceptions window 282.

As with the overflow tub workflow procedure described above, operator270 first enters the quantity being put in the current tub 190 by firstselecting cases button 285 or de-trash units button 287, whichever isappropriate, then using more button 289 or less button 290 toinput/select how many of the appropriate units are currently in tub 190.In the exemplary embodiment depicted in FIG. 53, operator 270 hasselected cases button 285, then has used the more button 289 and theless button 290 to input/select that three cases are currently in tub190, as shown in case number indicator 286.

Once the proper number of either cases or de-trash units is shown,operator 270 presses mismatch item button 298 under instruction 292 toindicate that the product in tub 190 does not match the productdisplayed on the screen. When this button is pressed, the computers 22,23 and software application 30 create a transport order and tub 190conveyed to the tub hospital 500 station.

At this point, as shown in FIG. 54, a new empty tub 190 is inducted tode-trash station 250. If there is any remaining product that did matchthe description shown on touch screen monitor 259, operator 270 mayde-trash those pieces 125 according to the normal workflow processdescribed above. If there is no more product (i.e., case 120 wascomprised solely of pieces 125′) then operator 270 may press lanecomplete button 274 on the interface screen, and computers 22, 23 andsoftware application 30 will determine and communicate to the operator270, such as though the interface screen, which of the incoming lanesoperator 270 needs to address next in order to continue the workflow.

5. Incorrect De-Trash Level Workflow

Occasionally, as operator 270 begins the regular de-trash processdescribed above, he will notice that he has inadvertently de-trashed theproduct to the wrong level, i.e., system 20 requested a level 4de-trash, pouring inners 124 into tub 190, but operator 270inadvertently performed a level 5 de-trash, pouring pieces 125 into tub190. Consequently, computers 22, 23 and software application 30 thereinare configured to provide for a incorrect de-trash level workflowprocedure.

FIGS. 55-59 depict exemplary interface screens the computers 22, 23 andsoftware application 30 may display on touch screen monitor 259 in theevent of an incorrect de-trash level workflow. As shown in FIG. 55, theinitial interface screen for this procedure may be identical to theinitial interface screen of the normal workflow de-trash procedure. Onceoperator 270 discovers that he has inadvertently de-trashed some case120, he is trained to stop de-trashing, then remove the de-trash unitfrom unit scale 263 and put it in tub 190. This will enable instruction273 as well as exceptions button 280. Operator 270 then depressesexceptions button 280 on the interface screen, as depicted in FIG. 57.This will bring up exceptions window 282.

As with the workflow procedures described above, operator 270 firstenters the quantity being put in the current tub 190 by first selectingcases button 285 or de-trash units button 287, whichever is appropriate,then using more button 289 or less button 290 to input/select how manyof the appropriate units are currently in tub 190. In the exemplaryembodiment depicted in FIG. 58, operator 270 has selected cases button285, then has used the more button 289 and the less button 290 toinput/select that three cases are currently in tub 190, as shown in casenumber indicator 286.

Once the proper number of either cases or de-trash units is shown,operator 270 presses incorrect de-trash level button 299 underinstruction 292 to indicate that the product in the current tub 190 hasbeen incorrectly de-trashed. When this button is pressed, a transportorder is transmitted from computers 22, 23 and software application 30,and tub 190 is conveyed to the tub hospital 500 station.

At this point, a new empty tub 190 is inducted, and operator continueswith the normal workflow described above with regard to the remaining,properly de-trashed product.

6. Other Potential Problems

As will be appreciated by those in the art, because of the conveyancethroughout the distribution center, as well as normal handling, tubs 190may get damaged or develop other problems. As such, system 20 providesfor circumstances in which operator 270 notices problems with one of thetubs 190.

To provide for the occasion when operator 270 notices that a tub 190 isdirty, window 266 comprises tub dirty button 267. Instead of de-trashingproduct into the dirty tub 190, operator 270 can be trained to press tubdirty button 267 within this interfaces screen. This will causecomputers 22, 23 and software application 30 to recognize that the tub190 is dirty, and will automatically convey the dirty tub 190 to the tubwash room (not pictured) for cleaning. Once cleaned, the database isupdated and the clean tub is placed back into circulation.

To provide for the occasion when operator 270 notices that tub 190 isdamaged, window 266 further comprises tub damaged button 269 within theinterface screen. Instead of de-trashing product into damaged tub 190,operator 270 is trained to press tub damaged button 269. This will causecomputers 22, 23 and software application 30 to recognize and storewithin the database that the tub is damaged, and computers 22, 23 andsoftware application 30 will automatically convey the damaged tub 190 tothe tub hospital 500 station.

B. Case Hospital

As discussed above, if during either case check-in or de-trash, anoperator notices that a case 120 is damaged or has another errorassociated with it, that operator can provide input to indicate tocomputers 22, 23 and software application 30 that the damaged case 120should be conveyed to case hospital 340. Likewise, if computers 22, 23and software application 30, through automatic input from scanners,scales, or other inputs, determine that a case 120 has been damagedduring conveyance, computers 22, 23 and software application 30 maydivert that damaged case 120 to case hospital 340. Finally, in thedepicted embodiment, certain products are always sent to or conveyed toa specific location by the system 20 to be de-trashed or have theirerrors fixed. By way of example, and in no way limiting, pharmaceuticalproducts are always de-trashed, or fixed if damaged, in one of eightspecified locations or stations, and system 20 and computers 22, 23 andsoftware application 30 will convey these products to the correctstation(s).

As discussed above, each de-trash station 250 may also serve as a casehospital station. In fact, it may happen that certain de-trash stations250 serve simultaneously as both a de-trash station and a hospitalstation, depending on the needs of system 20. Operator 270 will be ableto determine the required function by the interface screen that appearson touch screen monitor 259. As with the de-trash workflows, operator270 may be presented with a number of functional scenarios during thecase hospital workflow. Each of these scenarios will comprise differentinterface screens and different instructions displayed thereon.

FIG. 60 depicts an exemplary interface screen generated by computers 22,23 and software application 30 when station 250 is used as a casehospital station. As seen, window 350 comprises case information area352. In the depicted embodiment, information area 352 comprises thenumber of cases 120 in a tub 190, the type of product contained insideeach case 120, the number of case packs inside each case 120, and thenumeral identification associated with each tub bar code 195. It will beappreciated by those in the art that information area 352 can comprise avariety of information, and the scope of the present invention includesan information area 352 that may comprise additional or less informationthan that depicted in FIG. 60.

Window 350 further comprises instruction area 354, which comprisesinformation related to the error that caused the case 120 to be sent tocase hospital 340, as well as instructions on how to fix the errorsassociated with the specific case 120, and how to de-trash the repaireditems. Instruction area 354 will further comprise message window 356,which may include additional instructions. In the exemplary embodiment,if a slug 275 has been routed to case hospital 340 because of a loadbalancing issue, no message, or a ‘No Error’ message, will be displayedin message window 356.

III. Manual Palletizing

As discussed above, typically, product that is received at distributioncenter 10 follows one of two product flows. If all of the productdelivered on a vendor pallet 99 is identical, that product will be movedto a system pallet 100, then conveyed to pallet storage 601, describedin detail below. If, however, the product delivered on a vendor pallet99 is mixed, it will be conveyed to case check-in 110. Eventually, thismixed product, after being sorted through de-trash, and the otherstations described herein, will be stored in tub storage 602, describedin detail below.

Occasionally, however, this normal workflow may be disrupted. Dependingon the number of orders received from various stores or franchisees, orthe amount of product located in the storage areas 601 and 602, or anyother parameters entered into system 20, computers 22, 23 and softwareapplication 30 may divert and convey some cases 120 or tubs 190 to themanual palletizing 360 station. As described below, after manualpalletizing 360, the product in the diverted cases 120 or tubs 190 willthen be stored in pallet storage 601 (rather than tub storage 602, whereit normally would have gone). In this manner, system 20 and computers22, 23 and software application 30 can track inventory, determinewhether any actions are necessary to make sure that there is a properbalance between predetermined levels of the product that is stored inpallet storage 601 and that stored tub storage 602.

FIG. 76 depicts an exemplary manual palletizing workstation 362. Asseen, palletizing workstation 362 comprises incoming conveyor 363,scissor lift 364, empty pallet infeed 366, empty tub infeed 368, tubtake-away conveyor 369, touch screen monitor 370, keyboard 371, handscanner 372 and bed scanner 373, each of which is in communication withcomputers 22, 23 and operating in conjunction with software application30.

An example of a normal workflow is described below. It will beappreciated by those in the art that, for convenience, the normalworkflow is described with respect to the palletizing of numerous cases120 on to a pallet 100. It will be appreciated by those in the art,however, that the same workflow will be followed in order to palletizenumerous tubs 190 on pallet 100, or, under certain circumstances, acombination of cases 120 and tubs 190. It will likewise be appreciatedby those in the art that, occasionally, cases 120 will be conveyed bysystem 20 to the manual palletizing 360 station in tubs 190, but will bepalletized as cases 120. Under this circumstance, system 20 andcomputers 22, 23 and software application 30 will indicate and displayon touch screen monitor 370 that cases 120 must be removed from tubs 190before following the palletizing workflow described below.

During normal workflow, the system 20 will convey an empty pallet 100 toscissor lift 364. When empty pallet 100 is on scissor lift 364, thesystem 20 will convey a case 120 to operator 374. System 20 will thenindicate on touch screen monitor 370 how operator 374 is to load thecase 120 on to the pallet 100. Operator 374 will then scan the case 120,confirm that the information displayed on touch screen monitor 370 isthe same as what is in case 120 by pressing a confirmation button on theinterface screen, and will load the case 120 on to pallet 100. Operator374 then completes this process until the proper number of cases, asindicated by system 20 on touch screen monitor 370, have been stacked onpallet 100.

It will be appreciated by those in the art that cases 120 on pallet 100will be stacked on top of each other. By way of example, if only twelvecases 120 can be stacked on a pallet 100, system 20 may instructoperator 374 via the interface screen, to stack four rows of three cases120 (or three rows of four cases 120, etc). Regardless of the stackingarrangement, each time operator 374 completes a row, he can push lowerbutton 367 (not shown), located on palletizing workstation 362.Actuating lower button 367 will cause system 20 to lower scissor lift364 by a set predetermined amount. This amount will vary depending onthe type of cases 120 that are being stacked on to pallet 100. In thismanner, the surface on which operator 374 is stacking cases 120 willremain at a constant height. By way of example, if cases 120 are twelveinches high, once operator 374 completes the first row, he will pushlower button 367 on the interface screen, and system 20 will causescissor lift 364 to lower by twelve inches. When the second row iscomplete, system 20 will lower scissor lift 364 by an additional twelveinches (i.e., 24 inches below the height at which pallet 100 was whenoperator began stacking cases 120).

Once all of cases 120 have been stacked on to pallet 100, operator willpush pallet complete button 376 within interface screen on touch screenmonitor 364. This will cause system 20 to lift scissor lift 364 to itsoriginal height, and the system 20 will convey pallet 100 to palletscale 378. Pallet scale 378 will weigh pallet 100 to ensure that theactual weight of loaded pallet 100 and send a weight signal to computers22, 23 and software application 30 and the system 20 will compare theactual weight to predetermined weights contained in database 24. Oncethe system 20 determines that the weight is correct, it may conveypallet 100 to pallet storage 601.

IV. Pallet Hospital

As stated above, during normal workflow, a pallet comprising cases 120that each comprise the same product is immediately conveyed to palletstorage 601, as described in detail below. Occasionally, as describedabove, system 20 will direct and convey some product to the manualpalletizing 360 station, and from there, the system 20 will conveypallet 100 to pallet storage 601. Occasionally, however, problemsdevelop that cause some pallets 100 to become non-conveyable. Often,this is because the cases 120 that are stored on pallet 100 are wider ortaller than the extremely tight tolerances employed by system 20 allowfor. Additionally, the total weight of cases 120 stored on pallet 100may exceed the predetermined and stored parameters for conveyance, withthe database 24. Additional irregularities, as described below, withpallet 100 may also prevent normal workflow. If system 20 determinesthat a pallet 100 is non-conveyable, the system 20 will divert andconvey that pallet to the pallet hospital 400 station.

FIGS. 61-62 depict an exemplary pallet hospital workstation 402. Whilepallet hospital workstation 402 may comprise many components, dependingon the needs of the various distribution center, the exemplary pallethospital workstation 402 depicted comprises pallet in conveyor 404,pallet out conveyor 405, contour controls 406, scale 407, case scale408, hand scanner 409, touch screen monitor 410, keyboard 411, andpallet release button 412, each of which is in communication withcomputers 22, 23 and software application 30.

As system 20 conveys pallet 100 to pallet hospital workstation 402, theoperator (not shown) scans pallet bar code 101. System 20 then displayson the interface screen what is wrong with pallet 100. By way ofexample, and in no way limiting, a pallet 100 may be sent to pallethospital 400. The operator scans pallet bar code 101, the computers 22,23 and software application 30 receive the scanned information, andsystem 20 indicates, via the interface screen, that the cases 120 arestacked on pallet 100 in such a way that the overall width is too widefor conveyance. The operator 414 then removes each case 120 from pallet100 and re-stacks them, such that the overall envelope of cases 120 fitswithin the established tolerances. The operator then hits pallet releasebutton 414. The computers 22, 23 and software application 30 receive thesignal generated by the pallet release button 414 and then conveyspallet 100 through contour controls 406 to ensure that cases 120 are notstacked too wide or too high on pallet 100. The computers 22, 23 andsoftware application 30 then convey pallet 100 to pallet storage area601.

FIGS. 63-65 depict exemplary interface screens generated by computers22, 23 and software application 30 on touch screen monitor 410. As seenin FIG. 63, home screen 420 may comprise pallet information window 422,message window 424, source pallet complete button 426, view palletinformation button 428, change license plate button 430, mismatch itembutton 432, enter item details button 434 and send to NOK button 436. Asseen, each of the buttons 426-436 are initially grayed out and inactive,except for change license plate button 430. In this manner, the operatorhas the ability to always change pallet bar code 101 in the case of aNO_READ or LICENSE PLATE DOES NOT EXIST error.

As seen in FIG. 64, when the computers 22, 23 and software application30 receive scanned information from the scanning of the pallet bar code101, the computers 22, 23 and software application 30 will cause thetouch screen monitor 410 to display the errors associated with pallet100. For example, pallet information window 422 comprises informationrelated to the alpha-numeric representation of pallet bar code 101,error information, item information and case pack information.Additionally, scanning pallet bar code 101 causes the computers 22, 23and software application 30 to generate case information window 423 onthe display, which may include such information as the number of caseson pallet 100, the number of cases per layer, the number of layers,whether the layers interlock, the expiration date, the number of damagedcases, whether there are any cases on a partial layer, whether there isany stretch wrap used, and the lot number associated with the cases. Itwill be appreciated by those in the art that the information containedwithin case information window 423 and pallet information window 422 isnot set, and may vary from pallet to pallet. In the example depicted inFIG. 64, pallet 100 is overweight, is too wide to the left, and is toowide to the back. Other examples of errors include unidentifiablepallet, no transport order, duplicate bar code, weight toleranceexceeded, maximum height exceeded, mismatch item, damaged pallet,contour left, contour right, contour bottom, contour front, contour backand missing master data. In one embodiment, information relating to eachof these parameters is received by the computers 22, 23 and softwareapplication 30 from the respective input devices and sensors and thecomputers 22, 23 and software application 30 compare such information topredetermined parameters stored in the database 24 to determine if suchpredetermined parameters are exceeded to determine if an error exists.

If pallet bar code 101 is damaged or otherwise unreadable, or if palletbar code 101 is somehow a duplicate of another pallet bar code 101associated with another pallet 100 as determined by the computers 22, 23and software application 30, then system 20 provides for a procedure toreplace it. First, the operator presses change license plate button 430,then computers 22, 23 and software application 30 receive this input andgenerate license plate window 440 on the display. As depicted in FIG.65, exemplary license plate window 440 comprises instruction 401,instruction 402, bar code window 403 and ok button 404. After operatorpresses change license plate button 430, he affixes new pallet bar code101′ to pallet 100, then scans new pallet bar code 101′ with handscanner 409 after being instructed to do so by the instructions on thedisplay. The alpha-numeric representation of bar code 101′ will appearin bar code window 403. The operator then presses ok button 404. Thiscauses system 20 to associate pallet 100 with new pallet bar code 101′,and such association is stored in the database 24. The operator thencontinues fixing any remaining problems with pallet 100. If there are nofurther problems, the operator presses pallet release button 414 on theinterface screen, the computers 22, 23 and software application 30receive this input, and then convey and pallet 100 to pallet storagearea 601.

Based on the different errors shown by system 20, operator 414 may berequired to check each pallet 100 and each case 120 individually. By wayof example, and in no way limiting, an error of weight exceeded may becaused by the wrong number of pieces 125 per case 120, or the wrongnumber of total cases 120, wrong master data for item weight andtolerances that was pre-entered into system 20, or some or all of theproduct associated with the current pallet bar code 101 does not matchsome or all of the product that is actually stacked on pallet 100, asdetermined by computers 22, 23 and software application 30.

This error may be solved by scanning and weighing one case 120 frompallet 100 on case scale 408. By scanning the case 120, system 20 willdisplay on touch screen monitor 410 how much case 120 should weigh basedon predetermined information stored in the database for the product inthe case 120. If the weight of that one case 120 displayed on case scale408 matches the weight displayed by system 20 caused by case scale 408,the error might be caused by the wrong number of cases 120. The system20 may then instruct the operator to count the number of cases 120 onpallet 100 and update the results to system 20.

If the weight of one case 120 displayed on case scale 408 does not matchthe weight displayed by system 20 on the display, as determined by thecomputers 22, 23 and software application 30, the problem could be awrong item or wrong master data, either of which can be solved by theworkflows described below.

If an already corrected pallet 100 fails once again at a check-station(not shown), system 20 returns/conveys that pallet 100 to pallethospital 400. If after checking each case 120 as required by computers22, 23 and software application 30, and each piece 125 or inner 124,there is still an error, the operator may access system 20 directlythrough the interface and update the information stored in database 24that is related to that specific product. By way of example, if a vendorhas changed the dimensions of case 120 in which the vendor's product isshipped, pallet 100 will always appear to be too heavy (or too light),until the operator changes the information stored in database 24.

V. Source Tagging

Occasionally, a case 120, a pallet 100 or a tub 190 is conveyed tosource tagging 470 for radio frequency tagging. Essentially, sourcetagging adds an additional layer of protection against theft for certainitems. By way of example, and in no way limiting, high value items, suchas CD players, are often sent to source tagging. In one embodiment, thecomputers 22, 23 and software application 30 automatically make thisdetermination based on price or value data associated with the database,and will automatically convey such products to source tagging based onthe predetermined data. Additionally, the computers 22, 23 and softwareapplication 30 may be configured to convey a predetermined percentage ofa specific product to be source tagged. As such, the system 20 mayconvey that percentage of the product to source tagging 470 in orderapply security tags to the product through a source tagging procedure.

FIG. 66 depicts an exemplary layout of the source tagging 470. As shown,source tagging 470 comprises twelve tagging workstations 472, anincoming conveyor 474, a first outgoing conveyor 476 and a secondoutgoing conveyor 477, each in communication with computers 22, 23 andsoftware application 30. Each tagging workstation 472 comprises a touchscreen monitor 478, keyboard 479 and hand scanner 480. Though touchscreen monitor 478, keyboard 479 and hand scanner 480 are not shown inFIG. 66, it would be understood to those in the art that these elementsare similar, if not identical, to the touch screen monitors, keyboardsand hand scanners described in the above-described workstations and workflows.

FIGS. 67-68 depict exemplary interface screens generated and displayedby computers 22, 23 and software application 30 on touch screen monitors478. As seen, home screen 482 is the default screen displayed by system20. Home screen 482 comprises information window 483, tub completebutton 484, damaged product button 485 and tub hospital button 486.

As operator 471 receives the case 120 or tub 190 for source tagging, heis directed by the interface screen to scan the case bar code 122 or tubbar code 195, which ever is appropriate. Upon receipt of the scan, thecomputers 22, 23 and software application 30 will generate informationrelevant to the product that was scanned and populate information window483 with such information. In the depicted embodiment, a tub 190 wasscanned. The instructions in information window 483 let operator 471know how many pieces 125 are in tub 190 (100 total pieces), how many ofthose pieces he needs to source tag (20 total pieces), and where heneeds to put the actual source tag (upper left). In another embodiment(not depicted), information window 482 may also have an iconrepresentation, or a digital picture, or both, showing and instructingoperator 471 where to place the source tag on the product. Once this iscomplete, operator 471 presses tub complete button 484, and thecomputers 22, 23 and software application 30 convey tub 190 back to thenormal workflow. It will be appreciated that occasionally, operator 471may notice, and/or the system 20 may determine, that certain of theproduct is damaged, or that the tub 190 has an error. If either of thesesituations presents itself, operator 471 may press damaged productbutton 485, or tub hospital button 486, respectively. The computers 22,23 and software application 30 will receive this signal, and thecomputers 22, 23 and software application 30 will generate therespective workflows for the operator to follow described herein.

VI. Tub Hospital

As stated above, during the de-trash workflow, or at any other pointduring conveyance throughout the distribution center, a operator orsystem 20 may notice or detect a problem or errors with a tub 190. Whileexemplary problems are set forth below, any detected problem or errorwill cause the computers 22, 23 and software application 30 to conveytub 190 to tub hospital 500.

FIG. 77 depicts an exemplary layout of tub hospital 500. As seen, tubhospital 500 comprises several tub hospital stations 502. While each tubhospital workstation 502 may comprise many components, depending on theneeds of the various distribution centers, the exemplary tub hospitalworkstation 502 depicted in detail in FIG. 78 comprises incomingconveyor 504, outgoing conveyor 506, tub-call button 508, touch screenmonitor 510, keyboard 511, bed scanner 512, unit scale 514 and handscanner 516, each in communication with computers 22, 23 and softwareapplication 30.

During normal workflow, operator 518 communicates to system 20 that heis ready to receive a tub 190. This may be done by pressing a hardwarebutton (not shown) on tub hospital workstation 502, or by pressing abutton (not shown) on an interface screen generated and displayed bysystem 20 on touch screen monitor 510. System 20 receives signals fromsensors (not shown) to detect and confirm that tub hospital workstation502 is empty, and conveys tub 190 to tub hospital workstation 502 by wayof incoming conveyor 504. Operator 518 is then instructed to scan, andscans, the tub bar code 195 (not shown) with hand scanner 516. Afterreceipt of the scanned information, the system 20 is configured todisplay relevant information related to tube 190 on touch screen monitor510, including, among other information, the error or errors thatoriginally caused tub 190 to be sent to tub hospital 500, as well asdirections and instructions on how to correct the error.

Operator 518 is instructed to verify, and verifies, that the errordisplayed by system 20 is in fact present on tub 190. If the error ispresent, operator 518 is instructed to follow the directions displayedon touch screen monitor 510 and is instructed to correct the error.

Operator 518 then confirms that he has corrected the error by pressingtub ok button 520, which may either be a hardware button disposed on tubhospital workstation 502, or may be a button on a screen displayed ontouch screen monitor 510. In either event, this causes system 20 toreceive signals from various sensors (not shown) and detect and verifythat outgoing conveyor 506 is not blocked. Once this is detected andconfirmed, system 20 conveys fixed tub 190 by way of outgoing conveyor506.

FIGS. 69-73 depict exemplary screenshots displayed by system 20 on touchscreen monitor 510. As seen in FIG. 69, home screen 530 comprises tubinformation window 532, message area window 534, source tub completebutton 536, inducted tub complete button 538, source tub informationbutton 540, dirty tub button 541, change license plate button 542,mismatch item button 543, enter item details button 544 and induct emptytub button 545, each in communication with computer 22, 23 and softwareapplication 30.

Scanning tub bar code 195 and having computer 22, 23 and softwareapplication 30 receive the scanned information will cause system 20 togenerate and display source tub screen 550, an example of which isdepicted in FIG. 70. As shown, source tub screen 550 is similar to basicscreen 530. However, tub information window 532 comprises variousinformation related to tub 190. By way of example, tub informationwindow 532 of source tub screen 550 comprises the alpha-numeric readoutthat is associated with tub bar code 195, the error associated with tub190 (in this example, the maximum height tolerance has been exceeded,and tub 190 is over weight), and the identification of the product thatis in tub 190. Source tub screen 550 further comprises instructionwindow 552, which contains instructions on how to correct the error orerrors associated with tub 190.

It will be understood by those in the art that any one of severaloccurrences may interrupt the normal workflow. For example, if system 20determines that tub hospital workstation 502 is not clear, it will notdeliver a tub 190 to be corrected. Likewise, if system 20 determinesthat outgoing conveyor 506 is not clear, it will not convey fixed tub190 from tub hospital workstation 502.

Occasionally, tub bar code 195 is damaged or otherwise unreadable suchthat, upon receiving tub 190, operator 518 will not be able to read tubbar code 195 with hand scanner 516 (i.e., the computer 22, 23 andsoftware application 30, and database 24 does not recognize tub bar code195). If this is the case, system 20 can instruct the operator and/orallow the operator to manually input the alpha-numeric code associatedwith tub bar code 195 into the system 20. By way of example, and in noway limiting, operator 518 may either input the alpha-numeric codethrough keyboard 511, or through touch screen monitor 510.

Another instance that may disrupt normal workflow is when operator 518must remove the product from the first tub 190, and place it in a secondtub 190′. This may be done either at the request of or instruction bysystem 20 through the interface screen by, for example, selection ofsuch an option on the interface screen (by way of example, tub 190 wassent to tub hospital 500 because it is damaged), or by the initiative ofoperator 518 (by way of example, operator 518 notices that tub 190 isdamaged, even though system 20 does not display that error on touchscreen monitor 510). In either event, operator 518 is instructed to scanand will scan new tub 190′ into system 20 through hand scanner 516.Operator 518 then corrects the error by following the directionsdisplayed on touch screen monitor 510, putting the product in the newtub 190′. Operator 518 is then instructed to confirm then confirms thathe has corrected the error by pressing ok button 520, and the computer22, 23 and software application 30 conveys new tub 190′ in the same wayas described above. Operator 518 is then instructed to remove, and thenremoves, the old tub 190 from tub hospital workstation 502. If old tub190 is reusable, it is then placed back in circulation. If it isdamaged, then old tub 190 is permanently taken out of circulation.

Yet another instance that may disrupt normal workflow is when system 20requests or instructs that operator 518 distribute the product over thefirst tub 190 and the new tub 190′. This may happen, for example, if theproduct is too high or to heavy for one tub.

During this type of workflow, system 20 will indicate on touch screenmonitor 510 that operator 518 must input a new tub 190′. Operator 518will scan the new bar code 195′ using hand scanner 516. This will allowsystem 20 to associate the product with both old tub 190 and new tub190′. Operator 518 is then instructed to distribute, and distributes,the product in both old tub 190 and new tub 190′, and using touch screenmonitor 510, inputs into system 20 how much product each tub 190 and190′ contain. Operator 518 then presses ok button 520, and system 20conveys both tubs 190 and 190′ away.

By way of example, and in no way limiting, if tub 190 comprises threecases 120, but is overweight by one case 120, operator will induct a newtub 190′, scan new bar code 195′ into system 20, the place one of theoriginal three cases 120 into new tub 190′. Operator 518 will then inputinto system 20 that he has placed one case 120 into new tub 190′.Operator 518 then presses ok button 520, and system 20 conveys both tubs190 and 190′ away.

A. Different Error Correction Procedures

As will be obvious to those in the art, different errors will requiredifferent correction procedures. An exemplary list of errors andcorrection procedures is set forth below:

1. Wrong Weight

One reason a tub 190 may be directed to or conveyed by system 20 to tubhospital 500 is because its actual weight differs from what system 20has determined its weight should be. This discrepancy may be caused byany number of circumstances, including the wrong number of pieces 125 intub 190, incorrect wrong master data for item weight and tolerancesinputted into system 20, wrong product located in tub 190, trash anddirt inside or on tub 190, cases 120 in tub 190 contain mixed piecesbecause of a mistake at the vendor, or the weight of the empty tub 190is, for some reason, out of tolerance levels.

First, operator is instructed by the interface screen to scan, andscans, one of cases 120 (or inners 124 or pieces 125) that is located intub 190 with hand scanner 516, and is instructed to weigh, and weighs,it on unit scale 514. If the computer 22, 23 and software application 30determines that the weight measured by unit scale 514 matchespredetermined the master data stored by system 20 and displayed on touchscreen monitor 510, then the error is not in the master data, and mustbe caused by some other source, such as the wrong number of cases 120 inthe tub, the wrong number of pieces 125 in one of or each case 120, orgarbage and dirt located in tub 190. If the weights do not match, thenthe error has been identified.

If garbage and dirt is the reason, then operator 518 cleans tub 190 andpresses ok button 520 to send the tub out onto outgoing conveyor 506.

If no garbage was found, operator 518 can be instructed to count, andwill count, the product in tub 190. During this process, operator 518can be instructed to remove, and will remove, each piece 125 from tub190, scan it with hand scanner 516 or bed scanner 512, and put it in newtub 190′ each based on instructions from the system 20. In this manner,system 20, based on the received scanned information, associates eachpiece 125 with new tub 190′, and the system 20 and operator can locatethe product and recall it, should the operator so desire. It will beappreciated by those in the art that, under certain scenarios, not everypiece 125 will need to be scanned before it is put into new tub 190′.

Occasionally, there is a mistake by the vendor, in that its packagingmixes the same product with different filling quantities. This errorwill most likely not be recognized at de-trash workstation 250 becausethe operator 270 will have de-trashed the correct level and will haveplaced the correct item on the unit scale. One solution for thisscenario is for the operator 518 to visually check and scan each piece125 to verify that it is correct and matches the master data displayedby system 20.

2. Random Tub Audit

Occasionally, system 20 will divert and convey a tub 190 to tub hospital500 for a tub audit. This will occur for various reasons, such as a newemployee somewhere in the workflow, or to check high value items sentfrom vendors. The system 20 can be configured to automatically cause anaudit to occur on a predetermined number of times per day or per week,or when an employee has been employed less than a predetermined timeperiod and/or until error detection associated with a particularemployee is less than a predetermined percentage for stations/productthat the particular employee handles or comes into contact with.Supervisors can input audit criteria into system 20 for example, asprovided above. In this manner, when system 20 determines that theinputted criteria has been met, it will likewise divert or convey thetub 190 to tub hospital 500 for a tub audit. The system 20 can alsorandomly select a tub 190 for auditing. Regardless of the reason, if atub has been diverted or conveyed to tub hospital for audit purposes,system 20 will display the fact that the tub 190 should be audited ontouch screen monitor 510 when operator 518 scans tub bar code 195. Ifthis is the case, operator 518 is directed to, and will scan, weigh andcount each piece to determine that the correct number of pieces 125 isin tub 190. After scanning, weighing and counting each piece, operator518 may return the pieces to the original tub 190 or, if easier, he maymove each piece 125 to a new tub 190′. Again, it will be appreciated bythose in the art that, occasionally, operator 518 need not scan and/orweigh each piece 125. Once operator 518 has verified that the contentsof tub 190 are correct, he presses tub ok button 520, and the system 20conveys appropriate tub 190 or 190′ away from tub hospital workstation502.

3. No-Read

As described above, multiple automatic scanners (not shown) are placedat various, strategic points throughout distribution center and are incommunication with the computer 22, 23 and software application 30. If,for some reason, one of these automatic scanners is unable to read a tubbar code 195, and/or the computer 22, 23 and software application 30does not recognize a tub scan code 195, system 20 will store this fact.If subsequent scanners are able to read tub bar code 195, then system 20will communicate to an operator/supervisor that there may be a problemwith the first automatic scanner. If, however, subsequent automaticscanners are also unable to read tub bar code 195, system 20 will thensend or convey that tub 190 to tub hospital 500.

If this error has occurred, operator 518 can be instructed to, and willvisually check tub 190 for a readable tub bar code 195, then test it byusing hand scanner 516. If the system 20 can read tub bar code 195 withhand scanner 516, system 20 will not be able to determine or indicate areason for the error, and tub 190 will be sent back into normalworkflow. If operator 518 determines that tub bar code 195 is damaged,or system 20/hand scanner 516 cannot read tub bar code, operator 518 isinstructed to move, and will move, the contents from the old tub 190 toa new tub 190′. This process is completed in the identical manner asdescribed above.

4. Data Mismatch

Tub hospital 500 is the default destination for tubs when there is amismatch between the product received, as inputted into system 20, andwhat was actually ordered. By way of example, occasionally there may bea missing transport order, or the current data associated with theproduct (i.e., weight, height, etc.) is incorrect, etc. as determined bythe system 20. If this is the error that caused tub 190 to be sent orconveyed to tub hospital 500, then system 20 will display that error ontouch screen monitor 510 when operator 518 scans tub bar code 195. Thesame procedure as “wrong weight, no garbage inside” as described abovemay be followed to solve the data mismatch error. By way of example, ifthe data is incorrect, operator 518 is instructed, to and will scan acase 120 with bed scanner 512 and weigh the case 120 with unit scale 514and this information will be received by the computer 22, 23 andsoftware application 30. Operator 518 will then be instructed to input,and will input, the updated information into system 20 through touchscreen monitor 510.

5. Problems at the De-Trash Workstation

Occasionally, operator 270 at de-trash station 250 does not know what todo with a particular product. If this occurs, operator 250 is trained tosend the product to tub hospital 500. If this is the case, then operator518 is trained and can be instructed to follow the same procedure as the“data mismatch” procedure described above.

6. Damaged Product Sent from De-Trash

Occasionally, the system 20 may send or convey damaged product to tubhospital 500 from various points and/or stations throughout distributioncenter 10. As with the above workflows, if a tub 190 has been sent orconveyed to tub hospital 500 because of damaged product, system 20 willdisplay that error on touch screen monitor 510 when operator 518 scanstub 190.

To provide an area to clean product that may be damaged because it wasdirty, tub hospital workstation 502 may comprise wash basin 513.Operator 518 can be instructed to, and will wash the product in washbasin 513, and place the product in a new tub 190′. Operator 518 can beinstructed to, and will scan each of the product (whether it is cases120, inners 124 or pieces 125) that has been washed into system 20, andscan new tub bar code 195′ into system 20. In this manner, system 20will now associate the cleaned product with new tub 190′, and store thisassociation within the database 24.

Operator 518 and system 20 will then identify the old tub 190 as“dirty,” and the old tub 190 will be conveyed by the system 20 to thetote-tub washer.

7. Over Height

Occasionally, the system 20 may send or convey a tub 190 to tub hospital500 from various points/stations throughout distribution center 10because the product in tub 190 exceeds the height restrictions in place,for example, as detected and determined by system 20. As with the aboveworkflows, if a tub 190 has been sent or conveyed to tub hospital 500because it is over the height restrictions, system 20 will display thaterror on touch screen monitor 510 when operator 518 scans tub 190.

To resolve this error, operator 518 can be instructed to, and will,remove and re-stack the product in tub 190. If the product cannot besuccessfully stored without violating the height restrictions, thenoperator 518 will follow a similar workflow to that described above inthe overflow tub procedure at de-trash station 250. Namely, operator 518can be instructed to, and will, scan into system 20 and place as muchproduct as he can in tub 190 without exceeding the height restrictions.Operator 518 will then scan the remaining product and put it in a newtub 190′. In this manner, system 20 and database 24 will be updated andwill now track which tubs contain all of the product that was deliveredto distribution center 10.

VII. Shipping

As stated above, during normal workflow, products are stored in one oftwo storage areas prior to being shipped to the various stores orfranchisees. Which of these storage areas is determined by the manner inwhich the product is conveyed throughout distribution center 10. In thedepicted embodiment, pallets 100 are stored in pallet storage 601, whileproduct that is conveyed in tubs 190 is stored in tub storage 602. Whenan order from a store or franchisee is received, system 20 determineswhich products need to be picked to meet that order, a process describedin detail below, and determines where those products are stored, eitherpallet storage area 601 or tubs storage area 602. Once the product hasbeen picked or retrieved, computer 22, 23 and software application 30conveys it to truck staging area 607, for shipping out, a process whichis also described in detail below.

A. Picking the Product

As described above, in a normal workflow, a store or franchisee willsend a request or order to distribution center 10 for various products.This request will be received by or entered into system 20, eitherautomatically or manually. Once the request is received or entered,system 20 will determine where the products are located in palletstorage 601 and tub storage 602 based on information in the disclosuresthat are needed to meet the request/order. computers 22, 23 & softwareapplication 30 then create a “pick list,” informing/communicating tooperators 604 where the products are located, so that they can pull theproduct and send it to shipping.

1. Pallet Storage

As described above, products that are conveyed throughout distributioncenter 10 on pallets 100 are stored in pallet storage 601. If someproduct that has been ordered by a store or franchisee is stored inpallet storage area 601, system 20 sends a request to operators 604stationed in that area to pull the relevant items. Because the productpallet storage area 601 is stored in cases 120, operator 604 pulls therequested cases 120 and places them in a cart 606. Each cart 606 ispulled by an automatically guided vehicle, or AGV, (not shown), and eachAGV can pull up to three carts. In this manner, a cart 606 can be filledup with the appropriate items, then the filled cart 606 is shipped tothe store or franchisee. In the depicted embodiment, the AGV is guidedby magnets embedded in the floor of distribution center 10, at thedirection of the computer 22, 23 and software application 30.

When a request comes in for items stored in pallet storage 601, system20 sends a picking order to the AGV. Because database 24 of system 20includes the location of each product in distribution center 10, system20 will indicate to AGV where each item is located in pallet storage601, and create a stop point, or several stop points, for the AGV.Occasionally, one or more products requested by a store will be storedin pallet storage area 601 in the same general vicinity. By way ofexample, a store may have requested, among other products, a case ofaspirin and a case of toothpaste, both of which may be stored next toeach other. Therefore, system 20 will indicate and communicate to theAGV that the AGV should stop at a first stop point that is near both theaspirin and the toothpaste, so that operator 604 can quickly andefficiently load both products into a cart 606. In the depictedembodiment, the stop points will periodically change, because thestorage locations of the various products are floating. By way ofexample, one week aspirin may be located in the north-east corner ofpallet storage 601, while a subsequent week, aspirin may be located inthe north-west corner of pallet storage 601. However, the scope of thepresent invention includes embodiments in which the location of productremains constant. The scope of the present invention also includes thoseembodiments in which one type of product is stored in several locationssimultaneously. These locations are tracked and stored in the database24 for use by the computer 22, 23 and software application 30 to performthese functions.

When system 20 sends an order to the AGV, the stop points are downloadedto the AGV, a plurality of cart labels (not shown) are printed from aprinter attached to the AGV. As described below, each cart labelcorresponds to one case 120 that has been requested by a store. Anoperator 604 then climbs aboard the AGV, and pushes a button, indicatingthat the operator 604 is ready, and the AGV travels to its first stoppoint.

At the first stop, operator 604 exits the AGV, and pulls all of therequested cases 120 located at that stop point, and puts the cases 120in the appropriate cart or carts. As stated above, each AGV can pull upto three carts 606. As such, up to three different stores' requests maybe addressed at the same time. When operator 604 places a case 120 inthe appropriate cart 606, he affixes the corresponding cart label to thecase.

Occasionally, there are more labels than there are cases 120. By way ofexample, this can occur when a store requests more product thandistribution center 10 has in inventory. When this happens, operator 604is trained to scan the excess cart labels, alerting system 20 that notall of the store's requests can be met. In the depicted embodiment, thescanning of the excess cart labels is performed using a portablescanner, however, other types of scanners can be used, so long as thescanner can be communicate with system 20 and to software application 30wirelessly, such as through a wi-fi connection, Bluetooth®, or otherwireless connections.

Once operator 604 pulls/retrieves all of the cases 120 that are locatedproximate to the first stop point, he gets back on the AGV, and isinstructed to, and pushes, the ok button, indicating that he is finishedpulling items there. If the store requested/ordered additional productsthat are located in pallet storage 601, then the AGV will continue tothe next stop point, and the above process will be completed again. Ifall of the requested items are pulled at the first stop point, the AGVthen goes cart conveyor 612 (not shown). Cart conveyor 612 willautomatically disengage each of the carts 606 from the AGV, and conveythem to one of several exit points. Each exit point is proximate toseveral loading areas, into which the various trucks 605 back up whenthey are about to be loaded. Depending on where each truck 605 isdelivering, system 20 will determine to which exit point each cart 606should be delivered. Once the carts 606 arrive at their respective exitpoints, they are then wheeled manually to staging area 607 and preparedfor shipping.

2. Tub Storage

If product is conveyed by system 20 throughout distribution center 10 ina tub 190, then the tub 190, containing that product, will be stored intub storage 602.

As the product arrives in tub storage 602, it is transferred from themultiple tubs 190 to one or several totes 620. In the depictedembodiment, this may be accomplished in one of two manners. In the firstmanner, an operator 604 assigned to tub storage 602 will have severaltotes 620 lined up in front of him. System 20 produces a list based oninformation stored in the database 24 of what products should be placedin what totes 620, and where in tub storage 602 operator 604 can findthe product. Operators 604 then locate the product in tub storage 602,retrieve the product, and places the product in the correct tote 620.

In the second manner, a tote 620 is located in front of operator 604,and as various products are conveyed in front of operator 604, system 20indicates which of the products should be placed in the tote 620. Itwill be understood by those in the art that the scope of the presentinvention includes multiple methods of transferring products from a tub190 to a tote 620.

Regardless of the method, because of the transfer of products from tubs190 to totes 620, it is necessary to randomly audit totes 620 to ensurethat the proper amount of product (inners 124 or pieces 125) are locatedin the tote 620. This audit is conducted in much the same manner thatthe audit described above under the tub hospital workflow. Specifically,operator 604 scans tote bar code 622 associated with tote 620, andcompares what system 20 indicates should be located within tote 620 withwhat is actually located within tote 620. If there is an inconsistency,then operator 604 will correct it. If not, the system 20 will convey thetote 620 to shipping carousel 624 (described below). It will beappreciated that, during the tote audit process, operator 604 may use anaudit station (not shown) that is similar to tub hospital workstation502, or he may use a portable scanner or any other portable device thatmay be linked to system 20, to perform an audit.

As tote 620 enters into shipping carousel 624, the location of the tote620, as well as its contents, is tracked and stored in database 24. Thismay be done either manually or automatically, and may be accomplishedthrough inputting the information through various keyboards, touchscreen monitors or through various scanners connected, either directlyor indirectly, to central computer 23 and software application 30located therein. When distribution center 10 receives a request from astore for various products that are located in shipping carousel 624,system 20 will cause shipping carousel 624 to convey the totes 620 thatcontain the requested products to tote stacker 630, which willautomatically stack the requested totes 620 on top of each other. Thestacked totes 620 are then placed on a dolly 632, which is then wheeledto trailer staging area 607.

B. Shipping

As discussed above, when operators 604 have pulled/retrieved all theitems requested/ordered by a store from each of the storage areas 601and 602, they will temporarily store the product in trailer staging area607. As seen, trailer staging area 607 comprises multiple outlines onthe floor of distribution center 10, each outline comprising the samelength and width of an average semi trailer. Here, operators 604 caneasily determine the most efficient way to pack a truck 605. As will beunderstood by those in the art, depending on the situation, any numberof configurations may be the most efficient. By way of example, if truck605 is only going to one store, then the most efficient way to packtruck 605 is to put as much product on truck 605 as will fit. If truck605 is making multiple stops, it may be more efficient to pack truck 605such that all the products going to the first stop are closest to thetrailer door, while all of the products going to the last stop arepacked farthest from the trailer door. The computer 22, 23 and softwareapplication 30 can be configured to determine the most efficient routesand packing for the orders and communicate instructions to the operatorsaccordingly.

Additionally, system 20 may indicate to operators 604 that they shouldact on the products being shipped before they are loaded on to truck605. By way of example, and in no way limiting, system 20 may indicatethat operators 604 should consolidate some carts 606, or some dollies632, or both, such that the product stored on one cart 606 may be loadedon to a second cart 606, etc. In this way, the same amount of productmay be loaded on to a truck 605, but only take up a fraction of theamount of space.

In order to facilitate the communication between system 20 and operators604, each operator 604 assigned to the shipping area may be outfittedwith wrist scanner 640, such as that shown in FIG. 75. Wrist scanners,such as wrist scanner 640, are generally known in the industry, and assuch, will only briefly be described herein. It will also be appreciatedthat operators 604 may be outfitted with any number of similar portablescanning devices, so long as they have a bar code scanner and aread-out, as described below.

As seen in FIG. 75, exemplary wrist scanner 640 comprises variousbuttons 642, a bar code reader 644 and a display 646. Because wristscanner 640 is connected to system 20, various instructions may bedisplayed on read-out 640. As with all of the stations described above,system 20 will generate and display the various instructions on read-out640, and operator 604 may indicate when he has accomplished thoseinstructions. This indication may come via the bar code scanner 644, orpressing one of buttons 642.

When all of the products ordered by a store have been moved to trailerstaging area 607, and have been arranged in the most efficient manner,operator 604 checks wrist scanner 640 one last time to ensure that allinstructions have been followed. Once this is complete, multipleoperators 604 will load truck 605, and the product will be shipped.

VIII. Training Mode

It will be appreciated by those in the art that employees are oftenhired or moved to new stations many times. As such, computers 22, 23 andsoftware application 30 may be configured to cause any one of the abovework stations to go into a training mode. It will be appreciated bythose in the art that any single station, any group of stations, or allstations may be entered into the training mode independent of oneanother, or all at the same time.

While in the training mode, computers 22, 23 and software application 30may receive a signal from a workstation, indicating that the trainingmode has been entered into at that workstation. The signal may be sentby a supervisor, an operator, or any other appropriate personnel.

The computers 22, 23 and software application 30 will then transmittraining instructions to the workstation. These instructions may bedisplayed on the respective touch-screen monitor, hand held device, orwhat ever appropriate read-out device is used in connection with thatworkstation. The respective training operator will then input intosystem 20 the various actions he has taken with the products in front ofhim. These inputs will then be transmitted to computers 22, 23 andsoftware application 30.

The databases located in computers 22, 23 and software application 30may have data stored there indicating which actions should have beentaken with the products, and which buttons or inputs should have beenentered by the operator. During this training mode, computers 22, 23 andsoftware application 30 may compare the inputs from the trainingoperator with the data in the database, and will determine if, by way ofexample, the training operator made the correct modifications to theproducts, or made the correct inputs on the touch-screen monitor.

Once computers 22, 23 and software application 30 has determine whetherthe correct inputs were received, they will transmit a signal to theworkstation, and indicate the determination. This signal may also havecorrections. In other words, if a training operator de-trashed theincorrect level (as described in detail above), computers 22, 23 andsoftware application 30 may not only indicate that the de-trash levelwas incorrect, but may also indicate how to correctly de-trash theproducts in the future.

Once the products have been correctly acted on by the training operator,a signal will be sent to computers 22, 23 and software application 30that the products are ready to be conveyed. The products will then enterinto the normal workflow. This signal may either be enteredautomatically—for example, via scanners—or manually, such as by asupervisor.

While specific configurations of the invention have been described indetail, it will be appreciated by those skilled in the art that variousmodifications and alternatives to those details could be developed inlight of the overall teachings of this disclosure. The particulararrangements disclosed herein are meant to be illustrative only and notlimited as to the scope of the invention which is to be given the fullbreadth of the appended claims and any equivalents thereof.

What is claimed is:
 1. A method of converting received products to atransportable form for automatic conveyance about a distribution center,the method comprising the steps of: transmitting from a central computera first conveying signal to convey products to a trash removalworkstation to convert the products to a transportable form; receiving asignal at the central computer indicating that the products have arrivedat the trash removal workstation, wherein a touchscreen monitorassociated with the trash removal workstation is in communication withthe central computer; receiving product identifier informationoriginating from a product identifier located on each product from atleast one of a bed scanner, a handheld scanner, a keyboard and thetouchscreen monitor; storing the product identifier information in adatabase associated with the central computer; for each identifiedproduct, determining at the central computer a first set of instructionsto transmit to the touchscreen monitor, the first set of instructionscomprising information on how to remove trash associated with theidentified product and properly convert the identified product to atransportable form, wherein the first set of instructions is determinedbased on at least the product identifier information associated with theidentified product; transmitting from the central computer the first setof instructions for displaying the first set of instructions on thetouch-screen monitor; receiving at the central computer a confirmationsignal from a user that the first set of instructions have beenimplemented; and transmitting from the central computer a secondconveying signal to convey the products away from the trash removalworkstation.
 2. The method of claim 1, wherein the first set ofinstructions are only text.
 3. The method of claim 1, wherein the firstset of instructions are only graphics.
 4. The method of claim 1, whereinthe first set of instructions are only pictures without text.
 5. Themethod of claim 1, wherein the first set of instructions are acombination of graphics and text.
 6. The method of claim 1, wherein thefirst set of instructions are a combination of pictures and text.
 7. Themethod of claim 1, further comprising the step of displaying on thetouch-screen monitor only a de-trash level indicator, graphicsindicating a first set of actions to be taken with the products,graphics indicating a second set of actions to be taken with theproducts, graphics indicating a third set of actions to be taken withthe products, a red light indicator, a yellow light indicator, a greenlight indicator, a lane complete button, a product indicator text, a tubdirty button, a tub damaged button, an exceptions button and the firstset of instructions.
 8. The method of claim 1, wherein the workstationcomprises a remote computer connected to the central computer, whereinthe handheld scanner, the bed scanner connected, the keyboard and thetouch-screen monitor are each connected to the remote computer.
 9. Themethod of claim 1, further comprising the step of confirming that noerrors are associated with the products.
 10. The method of claim 1,further comprising the step of confirming that the products have beenconverted to the correct conveyance method.
 11. The method of claim 10,further comprising the step of confirming that the converted productsare conveyable throughout the distribution center.
 12. The method ofclaim 1, further comprising the step of confirming that the trash hasbeen removed from the products.
 13. The method as set forth in claim 1,further comprising the steps of: receiving a training signal at thecentral computer indicating that a training mode has been entered intoat the workstation; transmitting a second set of instructions from thecentral computer to the workstation for display on the touch-screenmonitor; receiving at the central computer inputs from the userindicating various actions that have been taken with the products;comparing the inputs received from the user with predeterminedcomparison data stored in the database at the central computer;determining whether the correct actions were taken with respect to theproducts based on a comparison of the inputs with the predeterminedcomparison data stored in the database; transmitting a results signal tothe workstation indicating whether the actions taken were correct; andreceiving a completed signal at the central computer indicating that thecorrect actions were taken with the products.
 14. The method as setforth in claim 13, wherein the products are conveyed away from theworkstation only after the completed signal has been received.
 15. Themethod as set forth in claim 14, wherein a supervisor enters the releasesignal after confirming that the correct actions have been taken withthe products.
 16. A method of converting received products to atransportable form for automatic conveyance about a distribution center,the method comprising the steps of: transmitting from a central computera first conveying signal to convey products to a trash removalworkstation to convert the products to a transportable form; receiving asignal at the central computer indicating that the products have arrivedat the trash removal workstation, wherein a touchscreen monitorassociated with the trash removal workstation is in communication withthe central computer; receiving product identifier informationoriginating from a product identifier located on each product from atleast one of a bed scanner, a handheld scanner, a keyboard and thetouchscreen monitor; storing the product identifier information in adatabase associated with the central computer; for each identifiedproduct, determining at the central computer a first set of instructionsto transmit to the touchscreen monitor, the first set of instructionscomprising information on how to remove trash associated with theidentified product and properly convert the identified product to atransportable form, wherein the first set of instructions is determinedbased on at least the product identifier information associated with theidentified product; transmitting from the central computer the first setof instructions for displaying the first set of instructions on thetouch-screen monitor; ensuring that no errors are associated with theproducts; ensuring that the products have been converted to the correctconveyance method; ensuring that the converted products are conveyablethroughout the distribution center; ensuring that the trash has beenremoved from the products; receiving at the central computer aconfirmation signal from a user that the first set of instructions havebeen implemented; and transmitting from the central computer a secondconveying signal to convey the products away from the trash removalworkstation.
 17. The method of claim 16, wherein the first set ofinstructions are only text.
 18. The method of claim 17, wherein thefirst set of instructions are only graphics.
 19. The method of claim 16,wherein the first set of instructions are only pictures without text.20. The method of claim 16, wherein the first set of instructions are acombination of graphics and text.
 21. The method of claim 16, whereinthe first set of instructions are a combination of pictures and text.